软件测试学习36-执行阶段：软件缺陷跟踪

1、缺陷生命周期

提交 → 确认 → 修复 → 验证 → 关闭

2、缺陷跟踪流程

缺陷跟踪流程图

缺陷跟踪流程详细说明

• 提交：测试人员发现缺陷后，将缺陷提交给测试组长。
• 分配：测试负责人收到测试人员提交的缺陷后，交给开发人员。
• 确认：开发者收到转移的缺陷后，会与团队甚至测试人员讨论确定该缺陷是否为缺陷。
• 拒绝/延期：如果经协商，该缺陷不是真正的缺陷，则拒绝处理并关闭该缺陷；如果经过协商确定是真正的缺陷，可以根据缺陷的严重程度或优先级等选择立即处理或推迟处理。
• 处理：显影剂修正缺陷。
• Retest：开发者修正缺陷后，测试者重新测试(retest)，检查缺陷是否确实被修改了。如果没有正确修改，请重新提交缺陷。
• 关闭：测试人员重新测试后，如果缺陷已被正确纠正，则关闭缺陷，完成整个缺陷处理。

缺陷跟踪各职能任务

3、缺陷处理顺序

严重程度

分类	说明
致命bug(P1)	代表了版本最重要的业务或流程，产生的缺陷可能会导致关键业务流程阻塞、系统崩溃、金额计算错误、数据丢失或安全漏洞。需要立即解决
严重bug(P2)	代表了最版本重要的业务或流程，产生的缺陷虽然不会导致关键流程阻塞、系统崩溃，但会显著影响系统的性能、功能或用户体验。需要在短期内解决
一般bug(P3)	代表了一般问题或缺陷，产生的缺陷对系统的影响相对较小，如未按版本要求的样式、交互、文案进行开发。通常在高优先级问题解决后处理
轻微bug(P4)	代表了一些建议或改进意见，不会对系统功能产生严重影响，但可以提高系统的性能、可用性或用户体验

优先级别

分类	说明
立即处理(P1)	缺陷导致系统几乎不能使用或测试不能继续，需立即修复
高优先级(P2)	缺陷严重，影响测试，需要优先考虑
正常排队(P3)	缺陷需要正常排队等待修复
低优先级(P4)	缺陷可以在开发人员有时间的时候被纠正

---

参考文档：https://blog.csdn.net/spasvo_dr/article/details/121120333