错误、缺陷与失效
§1摘要与结论
错误是人的行为产生的不正确结果，缺陷是制品中导致其偏离预期行为的瑕疵，失效是系统运行时表现出的与规定行为不一致；三者构成「错误→缺陷→失效」的因果链，是测试活动的认知对象。
别名：error defect failure、错误、缺陷、失效、fault | 英文：Error, Defect, and Failure | 类型：方法原则 / concept
§2局部关系图
§3原理 · 为什么
区分错误、缺陷与失效，是理解测试在质量保障中位置的基础。错误是人的认知或行为偏差，例如对需求理解有误、疏忽或误用方法；它不一定立刻可见，只有当其被写入制品才成为缺陷。缺陷是制品（代码、文档、模型等）中客观存在的瑕疵，它可能长期潜伏而不被触发。失效则是运行时观察到的现象——系统行为与预期不一致。三者的关系是因果链：错误引入缺陷，缺陷在特定条件下被触发而表现为失效；反之，观察到失效可以反向定位缺陷，但缺陷的成因仍可能是更早的人为错误。测试直接观察到的是失效（或缺陷的外在表现），其目标是据此推断缺陷并追溯错误来源。这条链条解释了为什么同一种现象可能对应不同的根本原因，也解释了为什么仅凭测试通过无法保证没有缺陷——不被触发条件激活的缺陷不会表现为失效。
§4机制 · 如何运作
失效的发生需要缺陷与触发条件同时具备：缺陷是必要条件，触发条件（特定输入、状态、时序或环境）是把潜伏缺陷激活的充分条件。因此测试设计的实质是构造能够暴露目标缺陷的触发条件，而不是随机地执行系统。当测试观察到失效，定位过程沿因果链回溯：先根据现象缩小到可疑的缺陷位置，再判断缺陷由哪一类错误引入，最后决定是修复缺陷、纠正错误，还是调整触发条件所属的设计假设。测试类型与层次沿这条链条覆盖不同环节：审查与静态分析可以直接发现缺陷而无需触发，功能测试通过特定输入触发失效，非功能测试则暴露性能、可靠性等维度的失效。缺陷还可能相互掩盖：一个缺陷的存在使另一个缺陷无法被触发，因此修复一个缺陷后可能出现新的失效，这要求测试在修改后重新执行，而非假设修复无副作用。
§5工程 · 怎么落地
工程上应把缺陷管理建立在明确的因果区分之上：记录问题时同时描述观察到的失效、推测的缺陷位置与可能的引入原因，避免把三者混为一谈导致定位偏差。修复应以消除缺陷及其引入原因为目标，并在修复后补充能够暴露该缺陷的测试，防止回归；对无法立即修复的缺陷，应记录其触发条件与风险评估，纳入已知问题跟踪。分析缺陷来源时应关注引入阶段——大量缺陷在需求、设计与编码早期被引入，越晚发现代价越高，因此把审查与静态检查等无需运行的手段前移，能与动态测试形成互补。对反复出现的失效，应追问其背后的系统性错误而非逐个打补丁。最后应认识到缺陷数量与分布会随时间变化：发布前的集中发现并不表示系统无缺陷，发布后的监控与快速修复同样是质量闭环的一部分。对每一类反复出现的缺陷，应回到引入它的活动去修补流程与检查手段，使同类错误不再以新的形式重现。缺陷的关闭应附带可复现的触发条件，便于日后回归与同类排查。
§6权衡卡
其三，缺陷度量本身可能被扭曲：当缺陷数量成为考核指标，团队可能倾向于少报或降级问题，使数据失去诊断价值。
其二，过度聚焦于已发现缺陷的修复，容易忽视产生缺陷的系统性原因——如果错误反复由同样的流程或认知偏差引入，逐个修复只会不断重复。
反例之一是把缺陷定位简化为「谁的代码谁负责」，忽视需求与设计阶段引入的缺陷，导致修复停留在症状层面。
反例之二是修复缺陷时只让当前失败用例通过，不追溯触发条件与同类缺陷，造成按下葫芦浮起瓢。
- 以缺陷为中心的质量观有其局限。
- 其一，测试只能观察到失效，无法直接度量未触发的缺陷，因此「零失效」并不等于「无缺陷」，把发布前缺陷清零当作质量达标的证据会产生虚假安全感。
- 因此缺陷管理应结合过程改进看待：既要修复具体缺陷，也要降低其被引入的概率，并把度量用于改进而非问责。
- 更根本地看，缺陷是过程的产物而非个人的过失，只有把缺陷数据用于改进引入与发现环节，质量才会真正提升。
权衡原文仅按显式标记词归栏引用（收益 / 代价 / 反例），其余句子按原序列为「原文要点」；内容逐字引用未改写。
§7学习路径条
§8案例带
Open Code Review 图谱
对阿里开源 AI 代码审查 CLI 做源码级解析并构建「知识 + 实践资产 + AI 索引」三合一知识图谱的工程案例。
AI Agent 架构 DAG 复盘
对四个工作日内独立完成三个异构对象 DAG 分析的方法论复盘，总结「采集→建模→生成→门控→交付」可复用管线与关键教训。
§9信源与核验
核验结论：三者构成因果链：错误是人的不正确行为，缺陷是制品中被写入的瑕疵，失效是运行时观察到的行为偏离；测试观察到失效，据此推断缺陷并追溯错误 [OFF-018]
§10原始关系清单
展开：本节点的全部原始关系边（1 条，含边 ID 与方向）
| 关系 | 方向 | 对端节点 | 说明 |
|---|---|---|---|
| 前置依赖 | → ESS-I-01 | 测试作为验证与反馈机制本质 E-481 | 错误-缺陷-失效概念是测试活动的认知对象 |