缺陷管理
常见术语
失误Mistake：导致软件包含故障的人的行为
缺陷Defect：软件的异常情况
故障Fault：引起一个功能组件不能完成所要求的功能的一种意外情况
失效Failure：功能组件执行其规定功能的能力丧失
日志等级（log_lever）
Error 报错提示
Warning 警告提示，有风险
Inform 基本信息记录
Debug 软件内部处理（函数）的细节
缺陷管理的基本概念
缺陷的类型
遗漏Missing
错误Error
额外的实现Extra:和需求变更的区别，是否经过用户认可
缺陷报告单写作准则（5C）
Correct准确：每个组成部分的描述准确，不会引起误解
Clear清晰：每个组成部分的描述清晰，易于理解
Concise简洁：只包含必不可少的信息，不包括多余的内容
Complete完整：包含复现该缺陷的完整步骤和其他本质信息
Consistent一致：按照一致的格式书写全部缺陷报告
缺陷报告单基本内容
缺陷报告的相关属性
-
缺陷的所属模块/功能
-
缺陷种类：和质量模型对照、功能缺陷、性能缺陷、易用性缺陷…
-
缺陷严重程度
对用户的影响程度，一般来说，缺陷的严重程度越高、优先级越高、但是并不绝对 比如微信登录就闪退，对用户影响比较大，微信不能发送图片，对用户影响稍微小点。 一般分为： 1、致命，软件无法使用、意外退出甚至操作系统崩溃、造成数据丢失 2、严重，软件的关键功能无法使用 3、一般，软件的次要功能无法使用 4、提示，界面错位、标点符号丢失 -
缺陷优先级：缺陷处理的顺序，一般为高、中、低
-
可再现性：
- 缺陷是否可以一直复现。致命的缺陷如果出现的频度比较低，可以不优先处理。 - 一般分为必然重现、偶然重现、无法重现 -
缺陷发现人
-
缺陷状态
-
缺陷发现阶段
-
缺陷所属版本
-
缺陷修改日期
-
缺陷引入阶段
-
缺陷引入原因
缺陷单实例
缺陷报告写作要点
- 压缩：精简任何不必要的信息、特别是冗余的测试步骤
- 去除歧义：使用清晰的语言、尤其是避免使用那些有多个不同或相反含义的词汇
- 中立：公正的表达自己的意思、对错误及其特征的事实进行陈述、避免夸张、幽默、或讽刺
- 再现：一般是尽量三次再现故障、如果问题是间断的、那要报告问题发现频率
缺陷管理的目的
- 保证信息的一致性
- 保证缺陷得到有效的跟踪、缩短沟通时间、解决问题更高效
- 利于缺陷分析、产品质量、使得项目情况可视化加强
Bug的生命周期
缺陷的生命周期就是指缺陷从开始提出到最后完全解决、并通过验证和确认的过程。在这个过程中缺陷报告的装填不断发生着变化、记录着缺陷被处理的过程。
缺陷跟踪流程的角色
开发、测试、测试经理、项目经理
缺陷报告单的状态
新建——》打开——》打回——》已分配——》已修改——》回归通过关闭
——》非问题关闭——》重复问题关闭——》重新打开——》挂起