【软件测试】以闭环思维解决BUG复现率高问题

【软件测试】以闭环思维解决BUG复现率高问题

bug复现率=要求复现BUG数/总bug数

背景

软件测试中提Bug，作为每个测试人员都应该遇到过，那每个测试人员可能也会遇到不停帮开发复现Bug的问题。如果Bug复现对环境要求不高，那复现成本还是比较低的，那如果环境复杂，那复现成本还是比较高，那如何提交BUG有效性，来规避帮开发复现Bug的问题呢？

闭环思维

本人认为具有闭环思维能提高解决、分析问题的效率，何为闭环思维呢？个人给出的定义是：

对一件事物进行剖析重组，实现事物头尾相互映照，由头尾互推的思维模式。

闭环思维为Bug分析中的应用

前端请求：给出界面操作请求接口信息，辅助前端开发人员定位问题；后台日志：用来添加对应操作后台服务日志信息，提供更详细信息，帮助开发解决问题信息问题分析：测试人员给出自身分析定位过程，帮助开发提高解决问题效率。上述模块能形成一个完整的证据链，果因、因果形成闭环相互印证。通过界面功能错误-》前端开发人员通过前端请求模块确认是否是后台数据交付出现问题-》后台开发人员通过后台日志查看后台错误信息-》测试人员提供的问题分析模块对开发人员有引导和借鉴意义。通过三个模块形成一个思维闭环，能有效减少bug复现率高的问题。

以上都是个人意见，如果有异议欢迎探讨

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。