移动 app 测试之怎么避免 bug 漏测

下面分析出现缺陷漏测情况所采取的措施：

对需求评审阶段，对业务需求细节理解不明确，未深入挖掘隐含拓展需求：

改进措施

需求评审前，我们应该先仔细阅读 prd 及交互文档，先形成自己对产品的思考，
通过脑图的方式列出对产品设计的疑问点,从用户或者从行业角度找出产品设计

缺陷点；

需求评审会议中，带着列出的疑问点向产品、开发沟通自己对产品的疑惑和质疑
点，多提几个为什么？如何实现？数据获取来源？超出预期的数据怎么处理？缓
存处理机制如何？数据保存何处？逻辑由前端处理还是后端服务？后端服务逻
辑是否跟第三方关联？

需求评审完成后，按照一定的功能，将需求拆分成若干大模块，大模块拆分成小
功能点，然后考虑功能点的具体实现流程

对测试用例覆盖不全面，场景出现遗漏：

改进措施

用例设计完成后组织用例评审

（1）组织开发、产品进行测试用例评审，并抛出用例设计时的疑问，通过产品
实现角度、数据存储、产品体验角度对用例进行评审完善。

（2）如时间充裕，组织测试组内用例评审也是非常必须的，特别是一些经验老
道或者业务熟悉的老司机们，可以在用例评审上快速的帮忙指出用例的遗漏点，
有助于测试人员打开思路，尽可能多的覆盖用户场景，值得注意的是用例评审上
遇到不确定的，应立即记录下来，结束后及时找相关人员确认，避免猜测。

根据线上用户反馈缺陷完善用例

产品测试发布上线后，对于用户反馈的缺陷，如果缺陷是因为场景设计不全引起
的，我们先分析出现问题的场景是必现还是偶现，如果是必现，我们可以通过和
技术接口人沟通，确认该场景的一些具体复现步骤，确认引入原因，解决方案。
然后进行测试用例完善：除了补充该场景 case 外，考虑一些和该场景相关联的