缺陷管理流程PPT课件.pptx

目标
掌握软件缺陷的基本概念
掌握软件缺陷管理的基本流程
掌握高质量缺陷问题单的填写方法
第1页/共13页
缺陷管理的基本概念（1）
Bug：程序缺陷 电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做“bug”；有时也被泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。
缺陷（Defect）：既指静态存在于软件工作产品（文档、代码）中的错误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。
错误（Error）：指编写错误的代码，一种是语法错误（syntax error），另一种是逻辑错误（logical error）；
故障（Fault）：软件运行中出现的状态，可引起意外情况，若不加处理，可产生失效，是一个动态行为；
失效（Failure）：软件运行时产生的外部异常行为结果，表现与用户需求不一致，功能能力终止，用户无法完成所需要的应用；
第2页/共13页
缺陷管理的基本概念（2）
缺陷报告单：测试执行过程中，发现软件失效后，提出书面的报告，提供给开发人员或者其他负责人员作为定位缺陷的依据，也作为日后缺陷度量的数据依据。
第3页/共13页
Defect & Enhancement
Defect（缺陷）：通常指被测试软件的功能与需求规格说明书中的描述不一致，负责人一般为开发人员；
Enhancement（改进）：通常指用户需求与需求规格说明书中的描述不一致，负责人员一般为需求人员；
二者的现实意义：
避免扯皮
涉及费用问题
第4页/共13页
一个简单的Bug跟踪流程
第5页/共13页
缺陷管理的目的
保证信息的一致性
保证缺陷得到有效的跟踪，解决
获取正确的Bug信息，用作缺陷分析和产品度量
提高测试工作效率以及度量开发人员的工作质量
第6页/共13页
缺陷管理工具介绍
禅道功能操作、模板的使用、截图、上传文件
我们现在面临的问题--提交bug的时间太长
第7页/共13页
软件缺陷状态列表
New
缺陷的初始状态
Open
开发人员开始修改缺陷
Fixed
开发人员修改缺陷完毕
Closed
回归测试通过
Reopen
回归测试失败
Postpone
推迟修改
Rejected
开发人员认为不是程序问题，拒绝缺陷
Duplicate
与已经提交的Defect重复
Abandon
被Reject和Duplicate的Defect，测试人员确认后的确不是问题，将Defect置为此状态
第8页/共13页
缺陷的严重程度与优先级
严重性：顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。
致命：例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。
严重：例如，由于单功能失效导致多个相关功能均失效
一般：例如，软件的单个功能失效；
提示：软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等；
第9页/共13页
缺陷跟踪单写作方法（5C）
Correct（准确）
每个组成部分的描述准确，不会引起误解
Clear（清晰）
每个组成部分的描述清晰，易于理解
Concise（简洁）
只包含必不可少的信息，不包括任何多余的内容
Complete（完整）
包含复现该缺陷的完整步骤和其他本质信息
Consistent（一致）
按照一致的格式书写全部缺陷报告
第10页/共13页