缺陷泄漏与质量成本结构失衡

DRE计算：

• 集成测试阶段DRE=320/(320+45+30)=320/395≈81.0%；
• UAT阶段DRE=45/(45+30)=60.0%。

质量成本结构（合计90万元）：

• 预防成本4万元，占4.4%；
• 评估成本（测试与检查）26万元，占28.9%；
• 内部故障成本18万元，占20.0%；
• 外部故障成本42万元，占46.7%；
• 故障成本合计60万元，占66.7%，是预防成本的15倍。

判断：集成测试阶段已清除约81%的缺陷，属中等水平，不能说“测试不充分”是主因。真正的特征有三：一是缺陷源头在上游，需求+设计仅发现65个缺陷，而代码阶段之后出现395个，说明评审门槛太松；二是UAT的DRE只有60%，用户视角的验证是薄弱环节；三是质量成本结构倒挂，预防投入仅4.4%，故障成本接近一半，符合“预防投入1元可减少约10元故障成本”的规律。继续把测试人员翻倍，只是在扩大评估成本，若缺陷源头不变，投入产出比会很差。

因果分析：

• 人：无专职配置管理员，版本由开发自行保管；QA兼任测试管理，独立审计缺位。
• 法：需求/设计评审无检查单、无准入准出标准；缺陷数据只统计不分析。
• 测：UAT用例60%由开发自测脚本改写，未经业务方评审，业务场景覆盖不足。
• 环：测试环境与生产环境中间件版本不一致，测试结论不可迁移。
• 机/料：虚拟化平台与云管平台的兼容性验证不充分（严重缺陷多集中在平台层）。

5Why示例：投产后出现严重缺陷→UAT未发现→UAT用例未覆盖该业务场景→用例由开发人员改写自测脚本→项目未规定UAT用例须经业务部门评审并经配置管理基线化。根因是“过程规定缺失”，而不是“测试人员不够”。

QA与QC的区别：QA是过程导向，通过质量审计、过程评审、标准与检查单确保“大家按正确的方法做事”；QC是产品导向，通过测试、检查发现并剔除缺陷。本案例QC投入26万元、QA仅1人且只统计缺陷，等于以检代管，过程的问题没有被发现和纠正，缺陷自然向下游泄漏。

评价：项目经理的判断治标不治本，把系统性问题简化成人力问题；CTO“质量保证形同虚设”点中了QA缺位的要害，但把QA与QC混为一谈，投产后30个缺陷不能直接等同于QA无效，应区分为过程失控与验证不足两类原因。双方都缺少数据支撑，应以缺陷密度、DRE、外部故障成本占比作为共同语言。

改进措施：

1. 设专职配置管理员，对需求、设计、代码、测试用例和测试环境建立基线，禁止共享目录直接发布。
2. 前移控制点：建立需求评审、设计评审的检查单与准入准出条件，评审未通过不得进入下一阶段，把部分评估成本转为预防成本。
3. 规定UAT用例必须由业务代表参与编写与评审，覆盖真实交易场景，并要求测试环境与生产环境版本一致性核验后方可开始UAT。
4. 恢复QA的独立性：每阶段开展一次过程审计，出审计报告并跟踪不符合项整改闭环，QA不承担具体测试执行。
5. 设定量化质量目标与退出标准：如投产后3个月内严重级缺陷≤2个（与合同验收条款对齐）、集成测试DRE≥90%，并把缺陷密度按模块统计用于定位薄弱环节。
6. 调整质量成本预算，把投入重心从测试执行转向评审、培训与过程审计，用外部故障成本的下降验证改进效果。