目录

?定义

缺陷的类型

缺陷的严重程度

缺陷的状态

缺陷的根源

?缺陷的来源

缺陷的起源

缺陷的生命周期

缺陷的识别

缺陷报告模板

编写缺陷报告的目的

缺陷报告编写的准则

缺陷描述的准则

?定义

?1. 软件未实现产品说明书中所提及的功能
?2. 软件实现了产品说明书中不应该提及的功能
?3. 软件未实现产品说明书中虽未提及但应该实现的功能
?4. 软件实现了产品说明书中未提及的功能
?5. 软件使用不方便，难以理解，从测试的角度觉得用户认为不好

*缺陷的类型：* 根据缺陷的自然属性划分的缺陷种类
*缺陷的严重程度：* 由于缺陷引起的故障对软件产品的影响程度
*缺陷的优先级：* 指缺陷被修复的紧急程度
*缺陷的状态*： 指缺陷在跟踪修复过程中的进展情况
*缺陷的根源：* 指错误发生的根本因素
*缺陷的来源：* 指错误发生的起因
*缺陷的起源*： 指缺陷引起的故障或事件等第一次被检测的阶段

以下将从缺陷的属性的不同角度详细介绍

缺陷的类型

含义：根据缺陷的自然属性划分的缺陷种类

缺陷的严重程度

含义：由于缺陷引起的故障对软件产品的影响程度

缺陷的优先级

含义：指缺陷被修复的紧急程度

缺陷的状态

含义： 指缺陷在跟踪修复过程中的进展情况

缺陷的根源

含义：指错误发生的根本因素

缺陷的来源

含义：指错误发生的起因

缺陷的起源

含义： 指缺陷引起的故障或事件等第一次被检测的阶段

**PS:** 可以根据软件的生命周期来记忆。

缺陷的生命周期

缺陷的识别

依据：
需求文档、设计文档、产品原型、测试用例都是客观的依据
参照同行业隐式需求进行识别-----------------------------------------（同行业隐式需求）
通过测试用例中的预期结果进行识别--------------------------------（预期结果）
通过需求规格说明书进行识别-----------------------------------------（需求规格说明书）
通过用户手册及其他文档进行识别-----------------------------------（用户手册及其他文档）
通过同行业相类似成熟的商业软件来识别--------------------------（同行业类似商业软件）
通过和开发人员你的沟通进行识别-----------------------------------（开发人员）
通过和有经验的测试人员沟通进行识别-----------------------------（测试人员）

缺陷报告模板

?1. 缺陷编号：BUG_项目名称_模块名称_功能介绍_001
?2. 所属模块：一级模块/二级模块/三级模块
?3. 优先级:P1>P2>P3>P4
?4. 严重程度：S1>S2>S3>S4
?5. 缺陷概述：用一句话描述缺陷的基本情况
?6. 缺陷描述：将缺陷的步骤，预期结果和实际结果列出来
?7. 提交人：陈冠希
?8. 备注：一般写产生缺陷的情况，将BUG截图作为备注信息
?....
?

编写缺陷报告的目的

?1. 易于搜索软件测试报告的缺陷
?2. 报告的软件缺陷进行了必要的隔离，报告的缺陷信息更具体、准确
?3. 软件开发人员希望获得缺陷的本质特征和复现步骤
?4. 市场和技术支持等部门希望活动缺陷类型分布以及对市场和用户的影响程度

缺陷报告编写的准则

准确、清晰、简洁、完整、一致

缺陷描述的准则

单一准确、可以再现、完整统一
短小简练、特定条件、补充完善
不做评价