【DevOps研发管理方案】八：测试管理 - 缺陷管理

目录

一、缺陷的严重级别及定义

二、缺陷的跟踪和管理流程

---

一、缺陷的严重级别及定义

• 致命问题

对整个软件和业务造成重大损失或损害的缺陷，导致整个软件系统无法正常运转：

1. 程序引起的系统崩溃，非法退出或操作导致系统瘫痪；
2. 系统处理进入死循环，无法进行正常的业务；
3. 内存泄露和系统长时间运行速度过慢，响应时间远远超出了用户可以接受的范围，或系统不再响应输入；
4. 经常数据库连接错误，无法正常连接数据库，很多操作都无法进行。

• 严重问题

部分系统或模块不能运转或部分系统和模块缺失，对整个系统有重大影响或损害：

1. 程序接口错误：出现错误后连带产生其他一系列错误；
2. 重复出现错误：相同类型的缺陷在很多程序或模块中出现，需要改正每一个缺陷；
3. 出错非法退出，重新启动后不影响其他操作的进行；
4. 用户权限混乱，更改密码后无法正常进入等；
5. 主要业务或功能缺失或实现错误。

• 一般问题

系统中部分模块或单个功能的实现有错误或偏差，不影响模块的正常运行，或有影响但是有替代方法或给出了避免方法：

1. 打印报表、表单的内容和格式的错误；
2. 界面数据校验错误或是提示信息出现了英文或是与处理业务不相关的用户无法理解的信息；
3. 界面数据显示错误，包括格式和内容等方面；
4. 删除、保存、修改、提交等操作完成后没有提示，或是功能实现上有问题；
5. 数据库保存数据时出现数据截断、数据类型不一致等。

• 建议改进

不影响使用的瑕疵或更好的实现或建议：

1. 提示信息等辅助说明信息描述，基本上还是可以被用户理解，但是不够准确、友好；
2. 界面设计不符合规范或者界面不整齐，不美观，但是不影响用户的操作和使用；
3. 长时间操作没有给出用户友好的提示；
4. 删除等会对数据有重大影响的操作，操作前没有给出确认提示；
5. 其他的优化意见或建议。

二、缺陷的跟踪和管理流程

无论在哪个测试阶段，对测试过程中发现的问题都需要进行跟踪和管理，在实际工作过程中可以根据具体情况选择不同的缺陷管理工具，对缺陷进行跟踪和管理。使用不同的缺陷管理工作，对缺陷的跟踪和管理的过程会略有不同，但是基本相似，都会定义一个缺陷的跟踪和管理流程，进入不同的过程和阶段，执行不同的操作，Bug状态都会相应的发生变化，记录Bug状态变化的过程，实现对缺陷的跟踪和管理。流程图如下所示：

缺陷的跟踪和管理流程

 

Bug状态是对缺陷进行跟踪和管理的核心数据项，进入不同的过程和阶段，执行不同的操作，Bug状态都会相应的发生变化，有下面几种：

1. 待办中：测试人员新创建的开发人员待解决的Bug；
2. 进行中：开发人员正在进行修改的Bug；
3. 已完成：开发人员已经完成修改的Bug。此种状态的Bug有六种解决结果：a、“已解决”表示已按要求进行解决修复的Bug；b、“未解决”认为无法修复不能解决的Bug；c、“不可重现”在当前环境下无法再次重现该Bug；d、“延缓解决”认为是需要延缓推迟解决的Bug；e、“无需解决”该Bug不影响使用或其它原因不需解决的；f、“有争议”开发人员与测试人员认识不统一的需要研发经理等讨论确认是否需要修改；
4. 已验证：测试人员验证后证实缺陷Bug已经不存在，进行“已验证”状态的更改；此种状态的Bug有两种情况，一种情况是测试人员确认任务异议的问题时，确认后认为确实不是Bug，“解决结果”选择“无需解决”,进行关闭的Bug;一种是已验证的已修改的Bug,测试人员验证后，问题已经得到解决，进行“已验证”状态的更改。