软件测试基础学习Day04----缺陷

一、软件的缺陷

1、定义

在使用过程中存在的任何问题，都叫软件的缺陷，简称Bug

2、判定标准

①软件未实现产品说明书要求的功能

②软件出现了产品说明书指明不应该出现的错误

③软件实现了产品说明书未提到的功能       

④软件未实现产品说明书虽未提及但应该实现的目标

⑤软件难以理解、不易使用、运行缓慢或者（从测试的角度看）最终用户认为不好

注：

• 满足标准1、2的缺陷，一般都属于中高优先级的缺陷
• 对于满足标准5的缺陷，一般属于建议级别的缺陷（优先级较低）
• 特殊情况例外，例如需求中有明确的性能要求或者其他规范要求

3、缺陷产生的原因

需求阶段：需求描述不易理解，有歧义、错误等

设计阶段：设计文档存在错误或者缺陷

编码阶段：代码出现错误

运行系统：软硬件系统本身故障导致软件缺陷

故障解决阶段：对于系统不熟悉修复问题时引入新bug

二、缺陷报告

1、缺陷报告的核心内容

• 缺陷的标题：描述缺陷的核心问题

                 例：后台会员管理输入正确的手机号添加会员添加失败，提示：手机号码有错误

• 缺陷的预置条件：缺陷产生的前提
• 缺陷的复现步骤：复现缺陷的过程
• 缺陷的预期结果：希望得到的结果

                  例：输入正确的手机号添加会员应该能够成功

• 缺陷的实际结果：实际得到的结果

                   例：输入正确的手机号添加会员提示手机号码有误

• 缺陷的必要条件：图片、日志等信息（证据）

2、基本要素

• 缺陷的编号：能够唯一的表示一个缺陷
• 缺陷的状态：描述缺陷生命周期的过程
• 缺陷的所属模块：类似于用例的所属项目
• 缺陷的优先级：告诉开发当前缺陷修改的先后次序
• 缺陷的严重级：告诉产品当前缺陷对于整个产品的破坏程度

3、缺陷报告模板

ID(编号)

模块

严重程度

优先级

缺陷类型

状态

缺陷标题

预置条件

重现步骤

期望结果

实际结果

附件图片

4、缺陷报告规范

• 可复性：确保当前发现的bug能够复现
• 唯一性：确保一个缺陷报告中上报一个问题
• 规范性：遵循公司规定报bug的要求

三、缺陷管理

1、跟踪流程