用途：提供与语言、框架、工具无关的通用测试原则与策略，用于设计测试方案、决定代码需要单元/集成/端到端哪一层测试、评估现有测试是否产生价值、用 TDD 驱动设计、排查易波动或脆弱的测试，以及审查测试代码质量。
主要能力：
- 测试金字塔：单元测试约占 70%（无 I/O、毫秒级）、集成测试约 20%（秒级）、端到端测试约 10%（仅关键业务路径）；并说明“冰淇淋筒”反模式及其修复思路。
- 测试设计原则：Arrange-Act-Assert 三段结构、每个概念一个断言、按行为而非实现命名、测试相互独立与隔离、确定性（不受时间、执行顺序、机器、网络影响）、FIRST 原则（Fast、Independent、Repeatable、Self-validating、Timely）。
- TDD：红-绿-重构循环及规则；芝加哥（经典）与伦敦（Mockist）两派对比，前者基于状态、由内向外、用真实对象，后者基于交互、由外向内、用 mock/stub。
- 测试替身：Dummy、Stub、Spy、Mock、Fake 的用途与是否验证交互；核心原则是在架构边界（端口、外部服务）使用替身，而非内部协作者之间。
- 测什么与不测什么：高价值包括业务规则、边界与错误路径、状态转换、输入校验、安全关键路径、数据转换；低价值包括无逻辑的 getter/setter、框架生成代码、第三方库内部、私有方法、日志遥测。
- 分层测试策略：领域逻辑用单元测试，应用服务用单元+集成，数据访问用集成（真实数据库），API 端点用集成+契约，UI 组件用组件测试，全系统仅选择性 E2E。
- 常见反模式与修复：脆弱测试、测试实现细节、测试套件过慢、易波动测试、过度 mock、测试数据耦合、缺少错误路径、被注释掉的测试、巨型测试方法、无断言。
- 质量检查清单：行为导向、独立、确定、快速、可读、AAA 清晰、命名描述性、覆盖错误路径、最小化准备、无波动、层级适当、替身仅用于边界。
使用方式：资料未提供具体安装命令、代码调用方式或平台集成步骤，暂未提供。
适用场景：新项目或新功能的测试策略设计、测试层级选择、TDD 实践、脆弱/波动测试排查、测试代码评审。
限制：资料为通用原则，未绑定具体语言或框架；未提供收费、价格、平台支持等信息，暂未提供。