一、软件缺陷

• 1 软件缺陷（定义）

  • 软件在使用过程中存在的任何问题，都见软件缺陷；简称bug

• 2、软件缺陷的判定标准

• 软件未实现需求明书中明确要求的功能
• 软件出现了需求说明书中指明的不应该出现的错误
• 软件实现了超出了需求说明书中的功能（多此一举）
• 软件未实现需求文档中未指明但是有应该实现的功能
• 用户体验不好，界面不漂亮、易用等、、、

软件缺陷是有轻重缓急的

一.2、软件缺陷出现的原因

• 1、编码
  • 代码出错
• 2、运行系统
• （运行起来的代码叫运行）
  • 软硬件系统本身故障导致的软件缺陷
• 3、设计问题
  • 设计文档出现错误或者缺陷
• 4、需求阶段（沟通问题）
  • 需求描述还有歧义（理解不到位）
• 5、软件本身很复杂 （如果bug出现在你这在被人那没有出现那么这是你的问题）

一.3软件缺陷的核心内容（重点）

标题	大概描述软件缺陷的基本信息 。列如：（用户名5位、只展示3位
前置条件	描述缺陷出现依赖的相关基础条件
复现步骤	测试用例里的执行步骤
实际结果	执行测试用例的执行步骤。系统给出的结果
预期结果	参照需求说明书，在测试用例中设计的预期结果
附件	bug截图或者出错的日志信息，方便定位bug的

• 缺陷的基本要素（重点）
• 1、ID：唯一性
• 2、模块
  • 根据产品进行具体的划分、支付模块、订单模块
• 缺陷状态

new	新建
open	打开
fix	已经修复
postpone	延期
reject	拒绝
close	关闭
reopen	重新打开

• 缺陷的严重程度

从技术上衡量bug的破坏力

紧急（致命）	5	critical
非常高	4	major
高	3	medium
中	2	minor
低	1	tiny

• 缺陷的优先级

• 处理缺陷的优先程度 优先考虑项目的进度还有就是软件的复杂情况

紧急	5
非常高	4
高	3
中	2
低	1

缺陷类别

• 功能错误
• UI界面错误
• 兼容性错误
• 易用性
• 改进意见

提交缺陷的注意事项

• 唯一性：一个缺陷只需体交一次
• 班长可复性 -规范性 -描述需要准确性，有细节真实

缺陷跟踪流程

-1、场景

• 测试new--->开发open--->开发fix--->测试close

• 测试new-->开发open————开发fix--->测试reope

• 测试new--->开发open--->开发postpone

• 测试new--->开发open--->开发reopen