app测试流程和重点，怎么避免Bug漏测？

前言

分析出现缺陷漏测情况
所采取措施
对需求评审阶段，对业务需求细节理解不明确，未深入挖掘隐含拓展需求

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

缺陷点
需求评审会议中，带着列出的疑问点向产品、开发沟通自己对产品的疑惑和质疑点，多提几个为什么？如何实现？数据获取来源？超出预期的数据怎么处理？缓存处理机制如何？

数据保存何处？逻辑由前端处理还是后端服务？后端服务逻辑是否跟第三方关联？

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

对测试用例覆盖不全面，场景出现遗漏
改进措施

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

2）如时间充裕，组织测试组内用例评审也是非常必须的，特别是一些经验老道或者业务熟悉的老司机们，可以在用例评审上快速的帮忙指出用例的遗漏点，有助于测试人员打开思路，尽可能多的覆盖用户场景。

值得注意的是用例评审上遇到不确定的，应立即记录下来，结束后及时找相关人员确认，避免猜测。

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

然后进行测试用例完善：除了补充该场景case外，考虑一些和该场景相关联的场景，将多种场景下测试