缺陷报告
-
定义：标识并扫描发现的缺陷，具有清晰、完整和可重现问题所需的信息的文档
理解：缺陷生命周期的明确文档
-
什么是缺陷
软件缺陷就是BUG，在软件中影响软件正常运行的问题
1.软件未达到产品说明书标明的功能
2.软件出现了产品说明书指明不会出现的错误
3.软件功能超出产品说明书指明的范围。
4.软件未达到产品说明书虽未支出但应该达到的目标。
5.软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好。 -
软件缺陷产生的原因
-
需求不明确和变更
软件需求不清晰或者开发人员对需求理解偏差，导致软件设计时偏离用户的需求目标，造成软件功能或特征上的缺陷。此外，开发过程中客户频繁更新需求也会影响软件最终的质量。
软件结构复杂
编码问题
项目期限短
使用新技术
-
导致软件缺陷的典型错误
| 错误 | 软件缺陷 |
|---|---|
| 客户与软件开发人员之间交流困难 | 缺少预期的软件功能 |
| 开发人员为注意到代码中的逻辑错误 | 单机按钮没有任何操作 |
| 开发人员忘记了对文件复制代码进行错误检查 | 复制一份呗破坏的文件，导致软件崩溃 |
| 开发人员没有理解客户的情况 | 软件不能满足客户的要求 |
-
软件缺陷分类
- 测试种类：界面类、功能类、性能类、安全类、兼容性类。
- 缺陷严重程度：严重、一般、次要、轻微
- 缺陷优先级：立即解决、高优先级、正常排队、低优先级
- 缺陷发生阶段：需求阶段缺陷、架构阶段缺陷、设计阶段缺陷、编码阶段缺陷、测试阶段缺陷
缺陷报告的核心要素
八项：缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、切线类型、测试环境。
1. 缺陷编号：bug的唯一编号
2. 缺陷状态：缺陷跟踪过程的进展情况
1. 新建：刚发现缺陷
2. 已派遣：已经将缺陷指派给开发
3. 已打开：开发人员正在修复
4. 已修复：完成修复，但未回归测试
5. 已拒绝：开发拒绝修复
6. 已延期：bug进行延期处理
7. 已关闭：回归测试后，bug不存在了
8. 重新打开：回归测试后，bug依旧存在
3. 缺陷标题：缺陷的概述，描述问题本质
4. 重现步骤：操作步骤、预期结果、实际效果
5. 严重程度：bug对软件系统的影响程度
6. 优先级：修复bug的重要性或紧迫性
7. 缺陷类型：功能、配置、安装、性能缺陷
8. 测试环境：软硬件环境
-
缺陷报告编写技巧
- 对错误的描述要做到简洁、准确、完整、解释错误实质
- 尽量使用短语和短句，避免复杂句型句式
- 每个软件问题报告只书写一个缺陷或错误
- 明确指明错误类型和严重程度
- 每一个步骤尽量只记录一个完整操作
- 复现的操作步骤要完整，准确，简短
- 可以附加必要的错误特征图像
- 可以附加必要的测试用例
-
缺陷报告模板
缺陷编号：BUG_1
严重程度：严重
优先级：立即解决
所属模块：登录
缺陷状态：新建测试环境：积云商城2.0、测试机：华为nova7
指派人：缺陷类型：功能缺陷
缺陷标题：密码错误时可以登录成功
重现步骤：1.输入用户名，输入错误密码。
预期结果：提示密码错误，实际结果：登录成功
提交人：测试XX
提交时间：xx年xx月xx日
测试用例：用例编号
附件：
