测试策略指南

解决哪些测试痛点

当测试套件开始膨胀，常见问题会逐渐显现：

• 测试名称只反映方法名，无法看出验证的业务行为
• 用例之间共享状态，导致必须按特定顺序执行
• 集成依赖全部 Mock，上线后仍然出现契约不一致
• 快照更新变成随手操作，审查时看不出行为变化

核心能力与关键步骤

该技能将测试策略拆成可落地的模式和检查清单：

• 测试结构：统一使用 Arrange-Act-Assert 组织测试，并按行为而非文件或方法命名
• 契约测试：使用 Pact 描述消费者与提供者的交互期望，无需双方同时运行
• 快照测试：对小输出使用 inline snapshot，并在代码审查时仔细查看 diff
• 属性测试：针对算法代码验证不变式，而不是只覆盖手工挑选的样例
• 集成测试：通过 Test Containers 启动真实依赖，避免全量 Mock
• 测试替身：只使用最小且关注行为的 Test Double

适用边界与注意点

• 不要测试实现细节，而应测试外部可见行为
• 不要在测试间共享可变状态，也不要跳过 beforeEach 重置
• 不要让用例依赖执行顺序
• 集成测试不应 Mock 所有真实依赖
• 不要长期忽略 flaky test，应在 CI 中让检测到的不稳定测试失败
• 不要只覆盖简单 getter/setter，而遗漏关键边界条件