每个缺陷都有一个生命周期及处理该缺陷的工作流，如图11-1所示。缺陷一经报告，可能会被解决、关闭很多次。是不是需要解决这个缺陷和如何修复这个缺陷会随着产品开发的不断逼近发布阶段而做出不同的决定。

　　测试：每一个构建都会进行一次基线测试，即BVT（build verification test）测试。BVT测试往往都是自动化进行的，很多时候在晚上进行。缺陷会在BVT测中被发现。

　　提交一个测试报告：使用标准的缺陷报告模板来提交一个缺陷的报告，并把这些报告存档起来。

　　缺陷类选：确定是设计问题还是代码问题。如果一个问题被确定为是设计问题，可能会导致巨大的返工任务。对设计的调整需要高层决策，可能其他team已经在原来设计的基础上做了不少工作。因此，重新设计需要再次类选。

　　高风险相关的代码问题修复也需要再次类选。并需要额外的单元测试和其他回归测试，如BVT，来保护缺陷不会重现。

　　修复代码问题：在迁入前可能需要代码复审和集成测试。

　　修复缺陷：将缺陷状态设置为“已经修复”。

　　构建工作流：缺陷修复之后，就可以按照开发团队的编译计划进行版本编译工作。

　　回归缺陷：报告缺陷的测试工程师会运行回归测试。如果仍然有问题，就需要重新激活该缺陷。