软件测试之缺陷管理

缺陷介绍

1、缺陷定义

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

2、缺陷判定标准

• 软件未实现需求（规格）说明书中明确要求的功能  —— 少功能
• 软件出现了需求（规格）说明书中指明不应该出现的错误  —— 功能错误
• 软件实现的功能超出需求（规格）说明书指明的范围 —— 多功能
• 软件未实现需求（规格）说明书中虽未明确但应该实现的要求 —— 隐性功能
• 软件难以理解，不易使用，运行缓慢，用户体验不好  —— 不易使用

3、缺陷产生原因

4、软件缺陷的生命周期

解决A缺陷的同时可能会注入B缺陷，所以经常要进行回归测试 ：

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

5、缺陷核心内容

缺陷描述：发现缺陷以后如何描述，让别人看得懂。

缺陷提交：指派人、优先级、类型、...

核心内容：缺陷的标题、预置条件、复现步骤、预期结果、实际结果、必要附件

6、缺陷提交要素

7、软件缺陷类型

功能错误、界面(UI)错误、兼容性、数据（数据库）、易用性、改进意见、架构

8、缺陷编写

面试题：发现缺陷后，首先要怎么办？ —— 确定 Bug 可复现，确定是bug

提交时，要检查缺陷是否已经存在（其他模块已经提交过同样的缺陷）。

9、缺陷管理工具

• 项目管理工具 （禅道、JIRA、TFS）
• Excel 管理缺陷