测试金字塔
由Mike Cohn于2009年提出的自动化测试层次模型，分为底层单元测试、中层集成测试和顶层端到端测试，是指导CI测试策略的经典框架
核心事实
时间轴 (近 90 天)
业界通常用“测试奖杯”来平衡：单元测试少而精、集成测试覆盖真实依赖、端到端测试兜底关键链路，避免测试金字塔倒置成“冰淇淋筒”。
测试金字塔共识认为应包含大量单元测试、适量集成测试和少量 E2E 测试，因为 E2E 维护成本随数量非线性上升。
作者建议的Agent测试金字塔为：底层每次提交运行schema校验，中层每晚在20个以上多样化输入上运行护栏断言，顶层每周在基准集上做LLM-as-Judge评估
测试金字塔由 Mike Cohn 在2009年的著作《Succeeding with Agile》中正式提出
测试金字塔主张底层拥有大量快速的单元测试，中间是较少的集成测试，顶层是一小组端到端测试
测试金字塔的核心原则是用能带来足够信心的最低层级去测试
CI/CD、代码评审、分支策略、测试金字塔等经典工程实践都建立在人类是主要执行者的假设之上
测试金字塔由Mike Cohn在2009年提出
全部知识事实 (11)
测试金字塔由Google工程师Mike Cohn提出，从底层到顶层依次为单元测试、集成测试、E2E测试
80%已验证测试金字塔底层为单元测试（毫秒级、数量最多），中层为集成测试（秒级），顶层为端到端测试（分钟级、数量最少）
65%待验证测试金字塔概念由Mike Cohn在2009年提出
60%待验证业界通常用“测试奖杯”来平衡：单元测试少而精、集成测试覆盖真实依赖、端到端测试兜底关键链路，避免测试金字塔倒置成“冰淇淋筒”。
50%待验证测试金字塔共识认为应包含大量单元测试、适量集成测试和少量 E2E 测试，因为 E2E 维护成本随数量非线性上升。
50%待验证作者建议的Agent测试金字塔为：底层每次提交运行schema校验，中层每晚在20个以上多样化输入上运行护栏断言，顶层每周在基准集上做LLM-as-Judge评估
50%待验证测试金字塔的核心原则是用能带来足够信心的最低层级去测试
50%待验证测试金字塔由 Mike Cohn 在2009年的著作《Succeeding with Agile》中正式提出
50%待验证测试金字塔主张底层拥有大量快速的单元测试，中间是较少的集成测试，顶层是一小组端到端测试
50%待验证CI/CD、代码评审、分支策略、测试金字塔等经典工程实践都建立在人类是主要执行者的假设之上
50%待验证测试金字塔由Mike Cohn在2009年提出
50%