异常调查与根因分析

从观察取得证据，用对照检验解释。发现、缺陷和原因判断的含义沿用产物路由的“测试术语”。

核实异常时，交付观察事实、判定依据、影响和待查项；用户要求定位原因时，还需解释原问题的产生机制及证据范围。沿用当前任务的深度，不为普通异常核实强制开展完整根因分析。

沿用原测试项、用例和证据链接；产生新风险或测试项时按 test-privateer/references/artifact-routing.md 的编号规则维护，已有缺陷平台编号继续引用。

沿用独立／项目路径：独立任务在对话或指定位置交付；项目任务将观察、调查、缺陷证据和残余风险写入对应测试文档，只有长期或跨 Spec 结论才更新 TCO。

调查

界定问题： 记录原始请求、异常、版本和证据，分开观察与解释，明确要核实或解释的现象。用户的问题可能包含多个观察、指标或隐含主张。先逐项列出它们，并标记为已解释、仅有相关性或放大条件、尚未解释，或与其他主张重复／可由其推出。原因结论不得因解释了其中一项就自动覆盖其他主张。
追查链路： 取得相关输入、输出、状态和近期变化。定位原因时沿异常的产生、传播与反馈追查，区分产生原因、放大条件和防护失效；每段解释指向证据或明确缺口。若问题表现为回归、行为漂移、测试失效或后续工作受阻，继续追溯引入当前条件的变更、计划、决策和验证证据，说明问题为何在该变更中产生、遗漏或被放大。
提出解释： 从产品、规则、环境、数据、观测或测试设计中选择仍可能成立的原因假设，为重要假设写出可观察预测及反证。
建立对照： 比较相近的受影响／未受影响、变化前／后对象，或在授权范围内改变一个条件。选择最能区分解释的探查，记录预期区分信号；执行后说明结果支持、排除或仍无法区分什么。
更新判断： 界定用户、数据、状态、集成、频率和恢复影响，根据证据继续追查或交付。原因结论逐项对应原问题，未解释部分保留下一取证动作及限制。