软件BUG和缺陷

软件BUG和缺陷的定义

1、BUG的定义

• 软件未实现产品说明书的功能。
• 软件出现了产品说明书指明不应该出现的功能。
• 软件实现了产品说明书未提到的功能。
• 软件未实现产品说明书未提到但应该实现的功能。
• 没有不存在BUG的软件，只有尚未发现BUG。

2、缺陷的定义

• 软件未实现产品说明书的功能。
• 软件出现了产品说明书指明不应该出现的功能。
• 软件实现了产品说明书未提到的功能。
• 软件未实现产品说明书未提到但应该实现的功能。
• 软件难以理解、不易使用、运行缓慢（从测试角度看）最终用户会认为不好。
• 没有不存在缺陷的软件，只有尚未发现的缺陷。

3、缺陷的属性

1. 缺陷类型：缺陷的类型根据缺陷的自然属性来划分缺陷种类。可以分为以下几种：
   • 功能
   • 用户界面
   • 文档
   • 软件包
   • 性能
   • 系统/接口
2. 缺陷严重程度：指因缺陷引起的故障对软件的影响程度。可以分为以下几种：
   • 致命
   • 严重
   • 一般
   • 较小
3. 缺陷优先级：指缺陷必须被修复的紧急程度。
   • 立即解决P1
   • 高优先级P2
   • 正常排队P3
   • 低优先级P4
4. 缺陷状态：指通过一个跟踪修复过程的进展情况。
   • 激活或者打开
   • 确认
   • 已修复
   • 关闭或非激活
   • 重新打开
   • 推迟
   • 保留
   • 不能重现
   • 需要更多信息
   • 重复
   • 不是缺陷
   • 需要修改软件说明书
5. 缺陷起源：缺陷起源指引起的故障或者第一次被检测到的阶段。
   • 需求：在需求阶段发现的缺陷
   • 架构：在系统架构设计阶段发现缺陷
   • 设计：在程序设计阶段发现缺陷
   • 编码：在编码阶段发现缺陷
   • 测试：在测试阶段发现缺陷
   • 用户：在用户使用阶段发现缺陷
6. 缺陷来源：指缺陷的起因。
   • 需求说明书：需求说明书的错误或者不清楚引起的错误。
   • 设计文档：设计文档描述不正确，和需求说明书不一致问题。
   • 系统集成接口：
   • 数据
   • 程序代码
7. 缺陷根源：指发生错误的根本因素。
   • 测试策略
   • 过程方法/工具
   • 团队/人
   • 缺乏组织和沟通
   • 硬件
   • 软件
   • 工作环境

4、缺陷与优先级的关系

• 缺陷与优先级没有直接联系。
• 不能认为缺陷严重优先级就高。
• 优先级和缺陷都高的缺陷，只是偶然。

5、缺陷的声明周期

• 发现缺陷
• 提交缺陷
• 确认缺陷
• 分配缺陷
• 修复缺陷
• 验证缺陷
• 关闭缺陷