缺陷

软件在使用过程中存在的任何问题都叫软件的缺陷，即bug

缺陷的判定标准

1. 软件未实现需求(规格)说明书中明确要求的功能：少功能
2. 软件出现了需求(规格)说明书中指明不应该出现的错误：功能错误
3. 软件实现的功能超出需求(规格)说明书指明的范围：多功能
4. 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求：隐性功能
5. 错误软件难以理解，不易使用，运行缓慢，用户体验不好：不易使用

缺陷产生原因

1. 需求阶段：需求描述不易理解，有歧义，错误
2. 设计阶段：设计文档存在错误或者缺陷
3. 编码阶段：代码错误
4. 运行阶段：软硬件系统本身存在故障导致

软件缺陷的生命周期

缺陷核心内容

1. 缺陷的标题
2. 缺陷的预置条件
3. 缺陷的复现步骤
4. 缺陷的预期结果
5. 缺陷的实际结果
6. 缺陷的必要附件

缺陷提交要素

1. 缺陷的编号
2. 严重程度：分为严重、一般、微小、建议
3. 缺陷优先级：P0~P2（P0表示24小时内需要解决、P1表示发布前必须解决、P2则表示下个版本或后几个版本进行修复）
4. Bug类型：分为代码错误、兼容性问题、设计缺陷、性能问题
5. 缺陷状态：分为New（新建）、Open（打开）、Closed（关闭）、Postponed（延迟）

缺陷类型

1. 功能错误
2. 界面错误
3. 兼容性
4. 数据
5. 易用性
6. 建议改进
7. 架构

缺陷的跟踪流程

缺陷编写

提交缺陷注意事项

1. 可重现
2. 唯一性
3. 规范性

缺陷报告格式

1. 缺陷编号
2. 缺陷标题
3. 缺陷状态
4. 严重程度
5. 优先级
6. 所属模块
7. 缺陷描述
8. 附件