软件测试培训

400-111-8989

热门课程:

如何避免在移动APP测试中漏测Bug？

发布：graf
来源：51Testing软件测试网
时间：2019-01-18 14:15

如何避免在移动APP测试中遗漏Bug?简单来讲就是你测试一款移动APP，怎么做才能不遗漏任何一个测试点，这对我们测试人员来说很重要，我想你也不想因为遗漏一个测试点酿成大祸从而被迫辞职吧，那么话不多说，下面就为大家分析出现缺陷漏测情况所采取的措施。

如何避免在移动APP测试中漏测Bug？

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

改进措施

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

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

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

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

改进措施

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

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

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

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

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

三、对测试阶段未严格按照测试用例执行

改进措施

测试用例不一定能保证所有的场景和功能点都能覆盖到，但是严格按照测试用例执行测试，能最大程度上保证产品质量，尽量避免出现缺陷。

另外养成测试纪录习惯：对于测试阻塞用例、测试fail用例，应该重点关注并记录，在回归测试阶段进行精准回归测试，确保修复bug导致关联功能引入的新bug也能被发现。

四、对测试环境、测试资源受限，导致缺陷漏测

改进措施

引入灰度发布测试

测试组在预发布环境上进行回归测试，能基本模拟真实环境执行测试环境无法测试的用例，又不影响线上用户的正常使用。

五、对开发人员引入的新BUG

改进措施

(1)代码review

从代码管理层面：开发修复一个bug提交代码自测通过准备提测时，开发团队提交代码进行代码review，引入新BUG的可能性较小。

(2)精准回归测试

从测试自我修养层面：在开发提测后，通过diff代码的方式，了解代码改动点，精准分析改动点对相关联的功能点的影响，将开发人员修复的BUG确认验证，并将相关联的功能点尽可能在app测试阶段通过遍历回归测试到。

感谢您的阅读，以上就是达内软件测试培训分享给大家的如何避免在移动APP测试中遗漏Bug，不知道您对为什么会漏测Bug、漏测了怎么办是不是有了更近一步的了解，也不知道您对如何预防在移动APP测试中漏测Bug是不是有了更好的对策，欢迎您来达内软件测试培训机构与我们交流，更多软件测试相关的内容尽在达内软件测试培训机构官网，敬请关注!

免责声明：内容和图片源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。