bug 管理

记得前面写过一篇关于bug的文章,这里只是稍作升华。

首先,一个好的bug需要满足什么标准?4个字,简单具体。尽量把问题描述得简单,让开发、测试、项目经理、需求等等参与人员都能很好理解,描述问题要具体,不能说是有错误,而是要具体到是什么错误,比如404,段错误,卡死之类。

bug要遵循一个什么样的流程?新建,修复,持续跟踪,关闭,重开,延迟,不修改,无效等,遵循的是一个闭环的流程。项目发布之前,需要确保每个bug都得到了处理,达到了闭环的要求。

偶发问题是否有复现方法?有句话说的好,任何偶发问题都是一定条件下的必发。这就说明了偶发问题肯定是有复现可能的。为了增大这种可能性,我作了如下总结:
1、问题出现时,保留现场,记录测试环境,根据沟通结果,详细记录bug内容;
2、在bug库中查找类似问题,共同作分析;
3、分析测试方法,争取测试资源,共同复现偶发问题;
4、针对复现过程,反复和开发沟通,缩小范围,直至问题重现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值