用途：为测试相关编码提供规范约束，适用于新功能开发、Bug 修复和测试覆盖提升等场景。
主要能力与流程：编码前先列出被测模块的公共接口、关键行为和边界条件，设计测试用例后再写测试代码。新功能和 Bug 修复强制遵循 TDD 红-绿-重构循环：先写描述期望行为的测试并确认失败，再写最少代码使其通过，最后在测试通过的前提下清理代码。若测试写完直接通过，应重新审视测试是否验证了新行为。推进方式要求垂直切片：一个行为、一个失败测试、最小实现、通过后再进入下一个。
覆盖策略：核心业务逻辑必须有单元测试；API 端点用集成测试覆盖成功与主要失败路径；关键用户流程用 E2E 测试覆盖；Bug 修复先写失败测试再修复。
测试编写要点：通过公共接口验证外部可观察行为，不测私有函数、内部调用顺序或实现形状；测试名描述行为；采用 Arrange-Act-Assert 模式；每个测试独立，不依赖执行顺序；Mock 外部依赖而非被测代码本身。边界用例需覆盖空值、边界值、错误路径和适用的并发竞态。测试质量方面，避免依赖时间、随机数和外部服务，使用 factory/fixture 管理测试数据，断言具体值，一个测试验证一个行为。
豁免场景：纯 UI 样式调整、配置文件修改、文档或注释变更，以及用户明确要求的快速原型探索，可标记后跳过前置测试。除豁免外，没有先写测试就不能写实现代码。交付前需检查测试覆盖公共接口和外部行为、核心逻辑有单元测试、测试名描述行为、覆盖主要边界用例且测试可独立运行。
限制：资料未提供具体安装方式、运行命令、平台支持范围、收费信息及框架版本要求，相关内容暂未提供。