bug复现率=要求复现BUG数/总bug数
背景
软件测试中提Bug,作为每个测试人员都应该遇到过,那每个测试人员可能也会遇到不停帮开发复现Bug的问题。如果Bug复现对环境要求不高,那复现成本还是比较低的,那如果环境复杂,那复现成本还是比较高,那如何提交BUG有效性,来规避帮开发复现Bug的问题呢?
闭环思维
本人认为具有闭环思维能提高解决、分析问题的效率,何为闭环思维呢?个人给出的定义是:
对一件事物进行剖析重组,实现事物头尾相互映照,由头尾互推的思维模式。
闭环思维为Bug分析中的应用
随着系统架构的越来越复杂,传统BUG模板已经无法满足,以下是仓单bug模块:
![在这里插入图片描述](https://img-blog.csdnimg.cn/83c0ede6f0fb4de5bd92d28df35e280f.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAV0VM5rWL6K-V,size_20,color_FFFFFF,t_70,g_se,x_16)
上述模板为例,如果提供的步骤只是前段业务层面的点击,然后界面功能不可用的复现步骤,在当前系统架构下,开发让复现问题那是必不可少的,因为提供的信息太少了。
使用闭环思维来剖析不过,个人认为应该在上述bug模板上再增加如下模块:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)