关于缺陷管理

1、缺陷信息

• 核心要素：
• 标题：描述缺陷的基本信息，如（输入密码长度为5时，注册时成功）
• 前置条件：描述缺陷出现依赖的相关基础条件，如（未注册手机号）
• 复现步骤：测试用例里面的执行步骤
• 实际结果：执行被测试软件过程中，系统给出的结果
• 预期结果：参照需求说明书，在测试用例中设计的语气结果
• 附件：方便开发定位bug的关键信息，包含扸、日志log等
• 基本要素：
• ID编号：缺陷的唯一性标志
• 模块：缺陷属于哪个被测的模块
• 缺陷状态：表示缺陷当前处于哪个阶段
• 严重程度：该缺陷的破坏程度或者影响速度
• 优先级：处理该缺陷的优先程度
• 缺陷类别：用于分类整理缺陷

2、缺陷报告的重要性

• 体现测试的一个专业性
• 多站在开发的角度去思考问题（换位思考）

3、编写缺陷报告注意事项

• 可复现
• 唯一性
• 一个问题只提交一个bug记录

4、缺陷书写归还

• 标题：应保持简单、准确，提供缺陷的本质信息
• 复现步骤：应包含如何使别人能够很容易的复现该缺陷的完整步骤
• 实际结果：是执行复现步骤后软件的现象和产生的行为

5、缺陷跟踪流程

场景1：确认BUG解决

• 测试【new】→开发【open】→开发【fix】→测试【close】

场景2：验证未通过

• 测试【new】→开发【open】→开发【fix】→测试【reopen】

场景3：开发延期处理

• 测试【new】→开发【open】→开发【postpone】

场景4：拒绝处理

• 测试【new】→开发【open】→开发【reject】