测试基础设施

为当前项目设计测试基础设施，按要求给出设计或实施。优先复用项目已有工具，规模可以小到一组夹具和命令，也可以大到一个平台。

同类测试通过仓库维护的入口，共用环境准备、就绪判断、超时和资源回收；具体场景保留自己的输入、操作和断言。

• 职责独立：业务代码不依赖测试设施，目录和包的划分按项目需要决定。
• 生产路径：按验收范围选择生产模块或实际交付产物，通过稳定接缝验证。替换点位于被测范围之外，环境准备不能绕过本次要验证的行为。
• 依赖可选：常规反馈使用受控依赖和数据，真实外部服务按需显式启用。优先使用成本合适的真实实现；需要替身时，核对它与真实依赖的行为约定。
• 本地与持续集成一致：共用测试执行逻辑和判定规则，环境差异通过配置或适配处理。声明依赖版本、测试输入及其取得方式，在同一组受控条件下复现结果；真实外部运行记录实际条件和验证范围。
• 隔离与重建：隔离影响结果的测试状态，昂贵依赖和缓存可按需复用。允许保留环境供连续运行或排查；资源归属明确，完整清理可在失败或中断后重新执行，并能按相同配置重建初始环境。
• 快速反馈：按风险与成本提供可单独运行的检查，从足以验证当前变化的较小范围开始，按需覆盖集成和真实外部依赖。
• 结果可信：保留实际失败、复现条件和定位日志，明确未执行的验证。先观察被测行为，再做兜底回收，回收成功不能掩盖产品失败。