DAY3 缺陷管理

B站

• 黑马 P18-47

• 缺陷相关知识

  能够说出软件缺陷判定标准
  能够说出项目中缺陷的管理流程
  能够使用Excel对于缺陷进行管理
  能使用工具管理缺陷

---

一、用例执行

说明：执行结果与用例的期望结果不一致（含义），为缺陷。

提示：用例执行不通过为缺陷，需要进行缺陷管理

二、缺陷

2.1 定义

软件中存在的各种问题，都为缺陷，简称bug；

2.2 缺陷标准

1、少功能--软件未实现需求（规格）说明书中明确要求的功能
2、功能错误--软件出现了需求（规格）说明书中指明不应该出现的错误
3、多功能--软件实现的功能超出需求（规格）说明书中指明的范围
4、缺少隐性功能--软件未实现需求（规格）说明书中未明确指明但应实现的要求
5、易用性（软件测试人员专业角度）--软件难以理解，不易使用，运行缓慢，用户体验不好

2.3 缺陷产生的原因

1、需求文档--需求描述不易理解，有歧义错误。
2、架构设计--设计文档存在错误或缺陷
3、编码实现--代码出现错误
4、环境（硬件、软件）--软硬件系统本身故障导致软件缺陷

2.4 缺陷的生命周期

1、回归测试：
    ①常规项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块。
    ②非常规项目（银行、部队、航天）：新增功能，必须全部复测。
2、回归bug：上一个版本发现的缺陷，开发修复完毕，在下个版本进行重新验证。

2.5 缺陷核心要素

2.6 缺陷提交要素

2.7 缺陷类型

1、功能错误 数据（数据库）建议 架构缺陷
2、UI页面错误 兼容性 易用性 --前端

---

• 工作流程（小结）

设计用例->执行用例（执行测试）->缺陷（提交、验证、关闭）
缺陷定义：任何问题（Bug）
缺陷标准：多功能、少功能、错误、缺少隐性功能、易用性
描述缺陷重点：缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
提交缺陷信息：指派人、缺陷等级、修复优先级、类型、状态（统计缺陷）

---

三、缺陷管理

3.1 excel示例

缺陷标题拓展

3.2 缺陷跟踪流程

提示：知道测试和开发流程中涉及的工作即可。

3.3 提交注意事项

缺陷编写规范：准确、具体、简洁易懂、次序清晰

面试题：发现缺陷后，首先回怎么办？--确定Bug可复现、确定是Bug。
提交时，要检查缺陷是否已存在。

3.4 缺陷管理工具

1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷

3.5 禅道（项目管理工具）

• 地址：用户登录 - 禅道

• 特点：三管融合：产品管理、项目管理、质量管理

  

• 使用流程图

  

• 使用禅道管理缺陷

  • 登录

  

  • 创建缺陷

  

  • 关闭缺陷