5.5 缺陷管理
发现缺陷是测试的主要目标之一，因此建立有效的缺陷管理过程至关重要。虽然我们使用“缺陷”一词，但报告的异常可能是真正的缺陷，也可能是误报、变更请求等其他情况——这些会在处理缺陷报告时被确认。异常可以在软件生命周期的任何阶段被报告，其形式因生命周期阶段而异。缺陷管理流程至少应包括从发现到关闭异常的工作流程和分类规则。该流程通常涵盖记录报告的异常、分析分类、决定响应措施（如修复或保留）以及最终关闭缺陷报告。所有利益相关方都必须遵循这一流程，建议静态测试（尤其是静态分析）中的缺陷也以类似方式处理。
缺陷报告的主要目的包括：
- 向负责处理和解决缺陷报告的人员提供足够的信息，以便解决问题。
- 提供一个跟踪工作产品质量的途径。
- 为改进开发和测试流程提供反馈和建议。
动态测试期间的缺陷报告通常包含以下内容：
- 唯一标识符：标识缺陷的唯一编号。
- 标题：简要描述所报告的异常。
- 报告信息：记录发现异常的日期、提交的组织、报告者及其角色。
- 测试对象和环境：明确缺陷出现的测试对象及环境。
- 缺陷背景：提供缺陷发生的上下文信息（如执行的测试用例、测试活动、软件生命周期阶段、使用的测试技术或测试数据等）。
- 重现步骤和描述：详细记录可重现问题的步骤，并附上相关的测试日志、数据库转储、屏幕截图或其他证据。
- 期望结果与实际结果：分别描述预期的系统行为和实际出现的结果。
- 影响程度：说明该缺陷对相关利益相关方的影响（如业务影响）。
- 修复优先级：根据紧急性和重要性设定修复优先级。
- 缺陷状态：跟踪缺陷的处理进度（如打开、延迟、重复、待修复、待确认、重新打开、关闭、拒绝等）。
- 参考链接：引用相关的测试用例或其他参考文档。
使用缺陷管理工具时，一些信息可能会自动记录（如标识符、日期、报告者、初始状态等）。ISO/IEC/IEEE 29119-3（GB/T 38634.3-2020）标准中提供了缺陷报告模板和示例，在该标准中，缺陷报告被称为事件报告（Incident Reports）。
原创文章，作者：iTestCat，保留所有权利，禁止转载，如若转载，请联系作者！
微信扫一扫 
支付宝扫一扫 
