软件缺陷管理

胖虎

缺陷管理是软件开发及测试过程中对缺陷进行提交、沟通、修正、关闭、统计等一系列过程的总和，确保缺
陷被跟踪管理，直到执行了缺陷管理的全生命周期。
在整个缺陷管理周期，主要包括以下几部分：
1、缺陷发现：通过执行测试用例，发现软件缺陷的一种行为，是软件测试中非常重要的一个环节；只有发
现了软件中的缺陷，才能涉及到之后的缺陷管理。本次讨论的重点是缺陷管理，故缺陷发现部分简单介绍。

2、缺陷提交：缺陷的提交是整个缺陷管理中的重点，现市面上也有很多的缺陷管理工具，可以对缺陷进
行提交、跟踪及管理。

在缺陷提交时，常见的缺陷描述如下：
缺陷摘要（主题）：是缺陷提交中最重要的部分；好的摘要应该包括简要描述（测试环境、软件模块、执
行动作、缺陷现象等）、简单指出程序错误的依赖关系、简要指出程序错误的严重程度；要言简意赅、描
述程序员最关注的对象，要求程序员通过查看缺陷摘要即可以知晓缺陷的大部分信息；
检测时间：发现时间需要标注，以便跟踪；
检测人：缺陷的发现人必须注明；
检测项目：描述对应的项目编号；
检测版本：什么软件版本出现的缺陷；
缺陷描述：软硬件环境；测试软件模块；执行用例；操作动作描述；有必要的话把关键信息、日志信息、
系统信息拷贝下来，以便开发人员查看；
缺陷类型：功能缺陷？性能缺陷？稳定性缺陷？可靠性缺陷？可用性缺陷？界面缺陷？第三方缺陷？
缺陷状态：新发现、修正、列入FAQ、待返测、已指派、已修正、已关闭、已否决、已反测等；
引入原因：编码错误、设计错误、需求偏差、编码需优化、其它；
优先级：低、中、高、非常高、紧急；
严重程度：建议、轻微、一般、严重、致命；可以对缺陷的严重程度进行描述；
缺陷发现阶段：单元测试、集成测试、系统测试、用户测试、上线运维？
缺陷所在领域：硬件接口？硬件逻辑？软件驱动？软件接口？系统总体？
缺陷分配人：一般是项目经理或程序员，最好是先分配给项目经理，再由项目经理决定分配给某开发人员；
缺陷关注人：一般是项目经理或程序员，最好是先分配给项目经理，再由项目经理决定相关关注人；
可重现：是，否；标识缺陷是否可以复现；
估计修复时间：由项目经理和程序员估计；
实际修复时间：由最终修复人员填写；
关闭时间：由测试人员关闭，不能由项目经理及程序员决定；
关闭与版本：由测试人员关闭，不能由项目经理及程序员决定；
计划关闭版本：由测试人员关闭，不能由项目经理及程序员决定；

3、缺陷修正：缺陷由项目经理指定到相关开发人员后，开发人员会对缺陷进行查看，有必要的话需要对
当时的操作及缺陷现象进行复现，以便开发人员定位分析，有几点需要注意。
如果有需要的话，及时与开发人员沟通缺陷的现象及操作过程，缩短缺陷修正的时间；
协助开发人员进行缺陷复现，搭建测试环境等；
与开发人员一起查看问题，并根据自己的经验合理推断可能的故障原因；

4、缺陷反测：缺陷反测是指缺陷修正后，测试人员对之前的缺陷进行二次测试，以验证缺陷是否修正，
并把结果反馈到缺陷报告中。有几点需要注意：
尽快检验程序错误是否修正，缺陷被修正后，要尽快反测，以便及时与缺陷修复人员沟通；
反测时除了要按照缺陷出现的情景再次测试外，还需要通过变换配置环境或执行的操作顺序，执行多次
的后续测试，保证问题被完全修复；

反测后问题依旧，多次修正及反测后，仍有问题，有必要直接反馈给项目经理，怀疑相关模块的设计部
分存在致命问题或缺陷修正人员自身的问题；
反测时，会遇到三种情况，程序错误更正回归（当前缺陷未修复）、老程序错误回归（老的缺陷由修复
状态变为未修复）、副作用回归（未曾有缺陷的程序出问题了），一定要描述清楚，反馈给相关开发人
员及项目经理；

5、缺陷关闭：缺陷关闭是指缺陷完成了提交和修正，并通过了多次的反测回归测试，问题完全修正后，
将原有缺陷进行关闭。个人认为，缺陷关闭应该有测试人员决定，而不应该由项目经理和程序员来决定，
最差的也应该由测试人员和项目经理协商决定。任何的错误程序最终都应该由测试员进行评审和封存。

6、缺陷统计：缺陷统计是对缺陷进行度量分析，可以得出对应模块出现缺陷的频率及数量，也可以反
馈出测试人员发现缺陷的数量及程序员所编写程序出现缺陷的数量。在此不建议通过缺陷统计去衡量
测试人员的工作效率，也不建议去衡量程序员的工作好坏。查看缺陷统计，分析出哪些模块缺陷最多，
可以有针对性的执行多次测试，以发现最多的问题。

7、缺陷预防：缺陷预防，是一个非常难的话题，不仅涉及到技术上的问题，还涉及到很多开发流程
和工程过程的优化；简单来说，就是通过一些固有的缺陷，或已经出现的缺陷，不断总结和优化各个
流程，在开发前期把可能会出现的缺陷扼杀掉，进而提高软件的质量。