重生之我在干测试：软件缺陷与缺陷管理

软件缺陷概述

概念
软件缺陷就是软件的毛病，它可能存在于UI/功能/兼容/易用性/性能/安全等各个方面，包括已发现的和未发现的
业内对bug的通俗理解

• 需求文档要求的功能，未实现
• 需求文档未明确提及但应该实现的功能，
• 需求文档未提到的功能，实现了
• 软件难以理解/不易使用/行动缓慢/反人类操作等

缺陷产生的原因

• 需求原因：文档错误/疏漏等
• 编码原因：设计有误/编码错误等
• 其他原因：时间/资源/沟通等

描述一个缺陷的要素

• ID：唯一性
• 模块
• 缺陷标题：见名之意
• 严重程度
  • 严重：核心功能不可用，闪退/奔溃
  • 一般：次要功能不可用，边界/异常
  • 提示：UI/易用性/建议等
• 优先级
  • 高：阻塞性问题
  • 中：正常流程，本次迭代上线前修复即可
  • 低：延期或下版本中解决
• 复现步骤
• 预期结果
• 实际结果
• 缺陷类型
• 缺陷状态
  • 新建
  • 已指派
  • 已解决/拒绝/挂起/未复现
  • 重新打开/已验证
  • 关闭

缺陷报告
概念
一个记录缺陷的文档

• 组成：包括了缺陷描述的全部内容，初此之外还有测试人员，测试日期，解决人员，解决日期，解决方案等（一般不使用了）

由于每个公司使用的bug管理系统都不一样，这里就不过多描述，一般使用禅道、jira、tapd等进行bug管理。

Bug生命周期
1.发现bug
2.确认bug
3.新建bug
4.指派bug
5.修复bug
6.bug回归测试