用途：指导团队决定测试多少、在哪个层级测试、以什么顺序执行，在信号价值与成本之间取得平衡。该资料聚焦测试金字塔、覆盖率目标、风险优先级和不稳定测试诊断；编写测试与测试替身选择见 loom-testing，浏览器端到端测试见 loom-e2e-testing。
主要能力：给出金字塔各层占比建议（单元 65-80%、集成 15-25%、E2E 5-10%），并指出倒金字塔“冰淇淋筒”反模式及其症状与修复思路；提出测试奖杯作为前端重应用的合法变体。覆盖率方面按组件给出线/分支目标（如业务逻辑 90%+/85%+），强调覆盖率是下限而非目标，建议用覆盖率棘轮防止下滑，并用变异测试（mutmut/cosmic-ray、cargo-mutants、StrykerJS）检验断言质量。还给出该测与可跳过清单、基于影响×可能性的风险优先级（P0 每次提交至 P3 每周）、测试标签与 CI 最快优先流水线示例、API/数据管道/ML 模型/基础设施各领域的分层策略，以及不稳定测试的成因-症状-修复对照表与诊断命令。
使用方式：按资料中的标签约定（如 [unit][fast]）分类测试，在 CI 中按层选择执行；用循环重跑、--shuffle、--maxWorkers 等命令复现并定位不稳定测试；用 docker-compose 临时依赖与工厂模式生成测试数据。
适用场景：需要设计或审查测试策略、优化 CI 反馈速度、治理不稳定测试、为不同领域制定测试优先级的工程团队。
限制：资料未提供具体产品的收费、价格或平台信息；部分命令与配置为示例，需结合自身技术栈调整。