Bug级别:(由高到低)
1、critical:系统直接崩溃,瘫痪。无法正常打开使用产品
2、Block:逻辑出现严重问题,流程卡住,无法进行下一步
3、Major:部分功能出现闪退,功能没有实现,但不影响使用,功能菜单缺失
4、Normal:产品可以满足业务要求,部分小限制不符合验收标准,内容显示错误
5、Minor:界面等UI问题显示错误
Bug状态:
1、待处理(new):测试人员或用户发现新问题后提交的状态
2、已确认(open):经测试人员及研发人员讨论后确认是bug,提交的状态,由测试人员来设置
3、已处理(fixed):经研发人员确认是bug后修复的状态,修改还没有验证,由开发人员来设置
4、已修改(closed):测试人员认为问题已经修改,通过验证,由测试人员设置。
5、任存在(reopened):测试人员认为的bug未修复成功,问题仍然存在,由测试人员设置
6、不是问题(reject):研发人员确认不是bug,或者建议与意见决定不采纳。
7、暂不处理(hold):当前版本不做修改,后续版本在考虑,由研发人员或测试人员设置
Bug的流程:
1、测试人员发现bug
2、测试人员确认bug
3、测试人员提交bug
4、开发人员确认bug
5、开发人员修复bug
6、开发人员点击已解决
7、开发人员把修复的bug给测试人员演示
8、测试人员复测bug
9、测试人员确认无误后关闭bug,再次发现bug在重新激活
Bug的修复过程:
1、测试人员发现bug
2、测试人员确认bug
3、测试人员在禅道指派bug给指定修复人员
4、开发人员禅道确认bug
5、开发人员修复bug
6、开发人员已解决
7、开发人员把修复的bug给测试人员演示
8、开发人员申请测试环境,并登记到wiki
9、相关运维部署测试环境回复邮件登记wiki
10、测试人员复测bug
11、测试人员复测没问题关闭bug并在wiki登记,再次发现bug在重新激活