（7.1）产品质量的基石-微软Bug管理.pptVIP

* * * * * * 未解决(Active)的Bug数量趋向于零。 已解决(Resolved) Bug的数量趋向于零 里程碑结束前都有退出标准(Exit Criteria) 每一个退出标准就是一个Sign-off Bug 每完成一个标准就Resolve一个Sign-off Bug 每个阶段结束后，对上阶段的总结和分析 改进下阶段的流程 由开发经理，测试经理和项目主管经理组成的“主审团” 每天开会分析Bug修复情况 每天Check in的Bug Fix都需要告知Shiproom。 每天在Check in Bug Fix之前要向Shiproom申请。经批准后才能Check in。 随着项目进入尾声，为了降低代码改动带来的风险，能修复的Bug门槛越来越高。 在后期，只有最严重的Bug才能Check in。 代码完成前：很少 代码完成后：增长很快 接近ZBB: 下降 到达ZBB: 奔向零 所有代码在Check-in前需要通过 单元测试(Unit Test) Build Validation Test (BVT) Code Review SNAP Queue保证了Check-in前的自动Bug的防患测试 Bug突击(Bug Bash)：全体动员找Bug！ 会诊会议(Bug Triage) Shiproom 告知模式(Tell Mode) 询问模式(Ask Mode) Bug的门槛(Bug