2.2 缺陷管理

开发中心的缺陷管理主要通过PTM流程来实现，具体的流程不再描述。

但是，使用这种简单的缺陷管理，却存在很多的问题：

第一，缺陷（Bug）重复统计。

使用PTM的时候，发起缺陷的人员众多，一个缺陷可能会在各个不同的环境下表现出来（DCC具有多个环境，如集成测试环境、功能测试环境等）。这样往往会出现缺陷重复统计。

完成一次修改之后，很多Bug都消失了，缺乏缺陷跟踪导致Bug的消失缺乏分析：那些Bug是正常被修改后关闭的，那些Bug是不再出现的，可能存在风险的。

Bug的重复统计会导致管理人员无法精确知道当前的Bug个数，也无法知道随着开发的进展，Bug减少的精确情况。

第二，没有实时的缺陷统计数据。

当前使用的PTM是纸质方式，难以实时的查看当前缺陷数据。查找和统计一次缺陷统计需要消耗大量的时间和人力，也无法达到效果。

第三，缺乏了对Bug的状态定义，缺少了很多可以量化的指标。

PTM缺乏有效的角色定义和流程定义，但是没有定义Bug的状态，也没有定义明确的操作权限，也没有对bug管理流程，如创建、修改、打开、关闭等动作和状态的管理和统计工作。

缺乏bug的状态，缺少了大量的bug统计口径，使得当前开发和测试的状态变得不透明，缺乏了量化的指标。