技能介绍

为什么需要为HTTP交互做测试固件

当Python测试需要调用真实外部HTTP服务（比如第三方API、微服务接口）时，往往会遇到三个典型问题：测试结果不稳定——上游服务的一次波动、返回字段的小调整，都可能让断言失败；测试执行很慢——每次请求都要等待网络往返，反复触发外部接口还可能触发限流；测试环境依赖强——没有外部服务可用时，测试根本无法运行。这些痛点在集成测试、端到端测试中尤其突出，而VCR.py的核心思路，就是把这些外部HTTP交互变成可重复的「测试固件」。

技能如何帮你固定测试行为

这个技能围绕VCR.py的核心能力展开，聚焦三个关键动作：

识别并记录关键请求：由Agent判断哪些HTTP请求属于测试的核心依赖（比如获取用户信息的接口、提交订单的接口），首次运行时将这些请求的请求头、响应体等完整交互内容录制到cassette文件中；
从固件中重放交互：后续测试运行时，不再真正发起外部请求，而是直接从cassette文件中读取对应请求的响应，保证测试结果的一致性；
维护过期固件：当上游API发生变更（比如接口路径调整、响应字段增加）时，Agent能识别出过期的cassette文件，通过重新运行测试生成新的录制内容，避免因上游变更导致的测试「连锁失效」。
隔离外部流量：把原本会发往外部服务的请求全部限制在cassette文件内，让测试循环完全脱离对外部网络环境的依赖。

适用边界与注意点

首次使用或遇到测试异常时，建议先删除旧的cassette文件，重新运行一次测试以生成最新的固件——旧的录制内容可能因上游服务变更而不再匹配；
需要提前将VCR.py集成到项目的测试框架中（比如pytest、unittest），并确保测试代码运行在VCR.py的上下文管理器内，否则无法触发录制或重放逻辑；
技能不会自动猜测哪些请求需要录制——你需要明确哪些HTTP交互是测试的核心依赖，避免把无关请求也纳入固件；
该方案聚焦「HTTP交互的确定性」，如果测试还依赖其他外部资源（比如数据库、消息队列），仍需结合其他工具解决。