漏测，可以说是测试人员都敏感的词语，软件上线后发现bug测试人员就要去追溯原因，看是漏测还是其他原因，那么怎么避免漏测bug呢，我们可以这样去改进。
问题一：需求评审阶段，对业务深挖不透彻，没有通过显性需求挖掘隐形需求
改进方法：① 在需求评审之前，仔细研读需求文档，可通过思维导图的形式把需求大纲及重点罗列出来，列出需求的疑问点和不理解之处，也可以从用户侧发现需求设计的缺陷
② 在需求评审时，多提出疑问，多抛出问题，数据来源？超出预期数据范围怎么处理？数据缓存怎么处理？功能是由前端，客户端还是后端处理？是否有第三方联调？
③ 需求评审完毕后，根据需求文档及评审期间的问题，罗列出测试点，按照提纲--大模块-小模块-场景-各个测试点，尽可能的细化思维导图来考虑功能点的逻辑流程
问题二：测试用例出现覆盖不全，用例遗漏
改进方法：① 用例评审时组织开发，产品一同参与，站在不同的角度对用例设计提出疑问
② 组内用例评审，如果时间足够，也可以进行测试组内用例评审，经验丰富，业务逻辑熟悉的的测试人员可以在用例评审时快速发现遗漏，有助于打开思路，尽可能做的覆盖测试用例
③ 软件上线后出现线上问题，针对这些问题排查原因，是必现还是非必现，找到对应的开发人员共同排查问题，找到问题根源，复现步骤，问题解决后及时将该场景补充测试用例，以及该场景之外的其他场景也尽可能的补充case。
问题三：测试阶段测试人员没有严格执行测试用例
改进方法：测试人员要严格执行测试用例，相关项目负责人可每日查看测试进度，测试小组长严格把控测试用例执行结果，出现阻塞、不通过的用例，要及时提交bug
问题四：测试环境受限，导致缺陷漏测
改进方法：引入预发布测试环境，模拟线上用户数据，和线上用户环境一致的情况下测试，也不影响线上用户使用。
问题五：测试完毕后，开发人员又引入新的bug
改进方法：开发代码review，开发修复一个bug提交代码自测通过准备提测时，开发团队提交代码进行代码review，引入新BUG的可能性较小。
最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
面试文档获取方式：
