1.4 测试金字塔与冰淇淋筒：两种比例模型的取舍
本节摘要：测试金字塔主张"底层多、顶层少"，冰淇淋筒则是被现实逼出来的倒置结构。两个模型不是非此即彼，而是"理想配比"与"存量现实"之间的一次校准。本节给出一张校准表格，教你把项目拉回健康比。
两种甜筒的源头
Mike Cohn 提出测试金字塔时，本意只是描述"理想状态下各层该各占多大比重"：单元测试又多又快又便宜，所以它该是塔底；端到端少而贵，所以它悬在塔尖。这个比喻精准，直到有人发现现实里很多项目的横截面根本不是塔，而是个倒扣的冰淇淋筒——一大坨 E2E 压在顶上，底部一丁点单元，中间夹层薄得可怜。之所以会倒置，往往不是团队傻，而是历史包袱：上个世纪的项目先有的是页面和流程，单测是后补的，自然长成倒锥。
两种模型各自的主张
金字塔的主张可以用一句话收住：让最多、最快、最便宜的那层承担最大验收量。它是从成本收益倒推出来的理想配比。冰淇淋筒则是现实的写照：当 E2E 占了绝对多数，就等于把质量赌在最慢、最脆、最贵的一档上，每次改点东西都要跑一遍漫长而心惊胆战的回归。清楚这两者，就不会再问"为什么领导和我要不一样"，而会问"我的项目离金字塔有多远"。
| 维度 | 金字塔 | 冰淇淋筒 |
|---|---|---|
| 形状 | 底宽顶窄 | 底窄顶宽 |
| 主力层 | 单元测试 | 端到端测试 |
| 平均速度 | 快 | 慢 |
| 平均成本 | 廉 | 贵 |
| 对回归的敏感 | 高，改一行即反馈 | 低，要等整轮跑完 |
| 潜在代价 | 替身可能偏离真实现实 | 脆弱、时长爆炸、定位难 |
为什么倒置很危险
冰淇淋筒的下场几乎可以预见：第一，跑一轮测试太久，团队开始选择性跳过，红灯没人看；第二，E2E 穿行在真实依赖里，三天两头被环境抖动闪红，久而久之"红灯"失信，不如一条举报邮件有用；第三，一旦绿了，反而没法说清是哪一层在维护质量，回归来时定位困难，改一处往往要动十几个 E2E。这三条加起来，就是一个"灯越多越没人信"的死循环。
从筒到塔：一张校准表格
把项目拉回健康比，不需要一步到位，一张校准表就能逐层调整配比和策略。判断的依据很简单：改一行代码，到出现验收反馈要多久、花多少钱、多稳定，三项各占一个格子。
| 改动位置 | 当前主力层 | 期望主力层 | 该做的事 |
|---|---|---|---|
| 纯逻辑/算价 | 端到端 | 单元 | 抽离纯函数，补单向用例 |
| 模块边界 | 端到端 | 集成 | 用真依赖验证接缝 |
| 主流程冒烟 | 集成/单元 | 保留少量端到端 | 留给最关键的用户路径 |
| 第三方外部服务 | 端到端 | 契约/集成 | 用替身 + 契约测试兜住 |
一个落地节奏
好看的比例不是一次写出来的，是从"改动即反馈"的体验长出来的。建议的做法：先把顶层冒烟用例收到"改一行到能验证不超过几分钟"的规模，再在底层把高价值纯函数补上单元用例，等轮次稳定后，观察各层运行时间占比，向金字塔方向收拢。每个阶段都先让反应速度优先——一个能三分钟反馈的塔，即使比例还歪，也远比一个能三小时反馈的完美塔更有生产力。
两个模型的变体，别把标签当结论
金字塔和冰淇淋筒只是两个坐标，现实里更多是中间态。比如"钟形"——中间集成层特别胖，单元和端到端都偏瘦，常见于那些集成先行但单元迟迟没补的项目；又比如"沙漏"——单元和端到端都厚、中间集成层被掏空，一般是对代际更迭后单测和 UI 测试各自为政，夹层没人管。认清这些中间态比死记两个名字更实用：你要诊断的从来不是"我是不是冰淇淋筒"，而是"我的配比里哪一层明显失衡、那层失衡的成本由谁在承担"。
| 形态 | 一层极胖 | 失衡的代价 |
|---|---|---|
| 金字塔 | 底层单元 | 近于理想，成本最省 |
| 冰淇淋筒 | 顶层端到端 | 慢、脆、回归反馈晚 |
| 钟形 | 中间集成 | 集成重、单元薄、日常反馈少 |
| 沙漏 | 顶层+底层 | 夹层裸露，接缝无人守 |
配比调整的先后次序
向金字塔收敛时，次序同样重要。先做"跑得快的单元贫瘠区"——把纯逻辑层里明显缺单测的高价值函数补上；再处理"中间集成缺失区"——让接缝有真依赖兜底；最后是"顶层瘦身"——把端到端里那些其实早该下沉的用例，逐步移到更轻的层，只留下真正的全网冒烟。三层都动过一轮后，回头看"改动到反馈的时间"是否下降，这比单纯看层数更说明问题。
关于"分层是不是教条"的提醒
金字塔是指导不是法条。有些系统天生端到端占主体：比如纯页面整合、几乎没有可独立摘出的纯逻辑、或者单测性价比极低的小微接口聚合。强行把它填成金字塔，只会制造一堆假单元来凑数。正确的态度是"理解为何要平衡，再根据系统真实结构做偏移"，而不是教条地要求每套都长成一个模子。只要你能说清某处偏移为什么对这套系统划算，这种偏移就是有据可依的设计，而不是事故。
用一张时间账验证你的配比
比例对不对，空谈伤感情，最好让数字说话。挑一个工作周，把"改动一行到拿到验收反馈"的耗时拆开量一量：单元层一条平均几秒、集成层一条平均几分钟、端到端一轮平均几小时。把这三档时间乘上它们各自的条数和触发频次，你就得到一张清晰的时间账——这一周里，团队把多少分钟耗在了哪一层上。若发现一大半时间被压在最慢、最脆的顶层，即便你嘴上说自己是金字塔，实际干的是冰淇淋筒的活。
这张时间账还有个更妙的作用：它是自然疏归各层的依据。当某条端到端冒烟因为太慢而被频繁跳过时，时间账会提醒你它该不该沉淀成集成用例；当底层某条单测因为太快而几乎不被注意时，时间账会告诉你"快且静的层可能已经出现假绿灯"。衡量的目的从来不是证明自己是塔，而是揪出时间真正流向了哪里。
本节要点回顾
- 金字塔是配比理想：最廉最快的一层承担最大验收量。
- 冰淇淋筒是存量现实：E2E 多得吓人的倒置结构，多半是历史包袱。
- 倒置的下场：跑太久、太脆、红灯失信，定位困难。
- 别追求一步合规：先让反馈快起来，再向金字塔收拢比例。
- 端到端留少而关键：它是最后防线，不是日常主力。