核心用法
本技能提供了一套完整的Python/pytest测试方法论，围绕三大核心模式构建：Fake-based Testing（用内存实现替代Mock）、Contract Testing（验证组件契约）和Dependency Injection（依赖注入）。
Fake实现：创建内存中的轻量级类模拟外部依赖（如FakeAuth、FakeUsersRepo），避免unittest.mock的魔法补丁，使测试更可读、易调试。Fake支持可控故障注入（如fail_on_upsert = True），便于测试异常路径。
AAA模式：强制使用# Arrange / # Act / # Assert三段式结构，提升测试清晰度。
依赖注入：通过pytest fixtures链式注入依赖（fake_sectors_repo依赖fake_institutions_repo），保持测试隔离同时避免重复代码。
契约测试：验证MCP工具正确注册、参数传递符合预期，确保接口稳定性。
显著优点
1. 可维护性远超Mock：Fake是自文档化的真实代码，重构时不易断裂
2. 调试友好：可在Fake中打断点、查看状态，无需理解mock框架
3. 测试隔离：每个测试获得全新fixture实例，状态零泄漏
4. 参数化支持：@pytest.mark.parametrize高效覆盖多场景
5. 分层架构适配：完美匹配Controller→Service→Repository→Fake层级
潜在局限
- Fake编写成本：需为每个外部依赖维护Fake实现，初期投入较高
- 复杂依赖链：深层嵌套的fixtures可能难以追踪
- 非Python生态：方法论绑定pytest，迁移至其他语言/框架需重新学习
- 契约测试覆盖：示例较简化，大规模契约测试需额外工具支持
适合人群
- 构建MCP/分层架构Python项目的开发者
- 厌倦了Mock维护地狱、追求测试即文档的团队
- 需要高置信度回归测试的中大型项目
常规风险
| 风险点 | 说明 |
|--------|------|
| Fake与真实实现漂移 | 需定期同步Fake行为与真实依赖，否则产生虚假安全感 |
| 过度参数化 | 参数组合爆炸可能掩盖测试意图，建议按业务场景分组 |
| 集成测试遗漏 | 纯Fake测试无法捕获真实网络/数据库问题，需搭配条件触发的集成测试 |
| 并发测试局限 | 内存Fake通常非线程安全，多线程场景需额外处理 |
安全等级S：纯本地测试代码，无网络请求，无敏感数据持久化，MIT许可证开源透明。