缺陷管理示例

测试人员工作流程：

设计用例–>执行用例–>缺陷（提交，验证，关闭）

1.缺陷的定义：

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

2.缺陷标准：

1）少功能
2）功能错误
3）多功能
4）缺少隐形功能
5）易用性（软件测试人员专业角度）

3.缺陷产生的原因：

1）需求阶段：需求描述不易理解，有歧义，错误等。
2）设计阶段：设计文档存在错误或者缺陷。
3）编码阶段：代码出现错误。
4）运行阶段：软硬件系统本身故障导致软件缺陷

4.缺陷生命周期：

注入bug:需求规格说明，设计，编码。
发现bug:测试。
清除bug:故障分类，故障隔离，故障解决。
（故障解决可能产生新的缺陷）所以需要回归测试。
4.1：回归测试：
常规项目回归：项目本次发布新增两个模块，最基本要测新增模块功能以及新增模块关联的旧模块。
非常规项目（银行，部队，航天）：新增功能，必须全部复测。
4.2回归Bug：上一个版本发现的缺陷，开发修复完毕，在下个版本进行重新验证。

5.软件缺陷的核心内容：

1）缺陷的标题：描述缺陷的核心问题
2）缺陷的预置条件：缺陷产生的前提
3）缺陷的复现步骤：复现缺陷的过程
4）缺陷的预期结果：希望得到的结果
5）缺陷的实际结果：实际得到的结果
6）缺陷的必要附件：图片，日志等信息（证据）

6.缺陷提交要素：

1）缺陷报告编号：缺陷的唯一标志
2）严重程度：
严重(s1):主功能
一般(s2)：次要功能
微小(s3)：易用性，界面
建议(s4)：建议性问题
3）缺陷优先级：
Priority 0:24小时之内解决
Priority 1:发布前必须修复
Priority 2:可以在下一个版本中修复
4）Bug类型：
代码错误，兼容性问题，设计问题，性能问题
5）缺陷状态：
New:新建
Open:打开
Closed:关闭
Postponed:延期

7.软件缺陷类型：

一级：功能错误
二级：界面错误，兼容性
三级：数据，易用性，改进建议，架构

8.提交缺陷注意：

发现bug后，保证可复现
可重现：缺陷可以复现
规范性：符合公司或者项目要求
唯一性：一个缺陷上报一个问题

9.缺陷编写示例：

(excel)

标题要清晰，让人看明白哪里错了。
描述测试数据+实际结果（预期结果）
示例：输入正确课程名称后查询课程失败（预期：查询成功）

用项目管理工具写一个示例（提交和关闭缺陷）
编辑页面如下

点开附件可见截图

写完后可在测试bug模块看见状态为激活

点击确认后可见

开发人员登录可见，解决

解决完后，测试人员关闭，进入bug 可见已解决，状态变为已关闭

该管理工具无需自己输入id,系统自动生成。

总结

缺陷管理工具是简单易上手的，只要掌握缺陷的核心状态，写缺陷报告会很简单。