7.6.5 缺陷管理库
从缺陷发现、缺陷修复，直到缺陷解决、经验证、关闭缺陷为止，在缺陷管理的整个生命周期中记录了大量相关资料，它们是进行缺陷分析、提高产品质量所需要的宝贵信息。度量这些缺陷的发现成本、修改效益，对缺陷管理及其改进是非常有帮助的。
一般地，要求将通过同行评审、测试、管理评审、PPQA发现、项目组内部发现以及客户反馈等几种手段发现的缺陷，都需要统一存放在缺陷跟踪系统（如TD、BUGZILLA等）中，进行统一管理、统计。其中涉及缺陷的基本信息在第1章已经描述过，包括缺陷标识、缺陷描述/主题、发现时间、所处阶段、发现手段、缺陷原因、发生条件、发生缺陷的子系统、所处的模块、发生缺陷的机器、软硬件平台、严重程度、优先级、缺陷状态、缺陷起源、发现人、计划修正时间、修正方法、跟踪验证人等信息项。
其中，软件发布前的缺陷原因关键字，可能包括以下几种：
（1）需求文档：需求分析文档不明确、不详尽等原因引起。
（2）信息交流：信息交流不畅，开发成员间沟通不及时引起。
（3）编程：原始编程出错，没有客观原因。
（4）修改：由于修改缺陷而引入的新缺陷，并且引发的变更与原变更的错误是相关的。
（5）外部问题：涉及软件模块外部问题而引起。
（6）培训：项目组新成员培训不充分，或使用新工具不熟练引发。
（7）其他：指以上各种原因之外所产生的缺陷。
软件发布后缺陷原因的关键字，可以有以下几种实例：
（1）需求分析：需求分析不足等原因引起。
（2）系统设计：软件系统设计种种原因引起。
（3）程序编码：软件开发阶段中编程错误引起。
（4）维护：软件发布后程序维护时引起。
（5）实施：实施人员做软件初始化设置或系统参数设置不当等所引发。
（6）用户：泛指用户不了解业务和软件、不熟悉操作等原因产生的异常问题。
（7）数据异常：运行中不明原因引起的用户数据混乱和异常。
（8）升级：软件版本升级过程中发生的问题，包括用户在升级时未按规程操作产生的问题。
（9）外部问题：所涉及软件外部问题引起的变更，包括操作系统、数据库软件、第三方软件所引起的问题。
（10）其他：指以上各种原因之外的变更，包括变更原因不明。
但需要强调，记录缺陷信息的关键是注意信息正确性。不能有人为因素失真，尤其像变更产生根本原因、变更测试情况。只有正确的信息，才能保障正确的分析结果。
相关阅读：
版权声明：51Testing软件测试网获电子工业出版社授权连载《软件质量管理实践》部分章节，其 他个人或单位未经许可，不得对本内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
