HTTP 请求测试工具

要解决什么问题

联调 REST API 时，你往往只需要确认：方法、URL、头、体是否拼对，以及响应里的状态码和 JSON 是否可读。用通用 curl 可以完成，但输出冗长、JSON 不美化时很难一眼看出问题；批量回归一组接口时，手工重复更费事。

本技能面向命令行场景：在不动项目源码、不跑 shell 的前提下，把「发请求 → 看响应 → 必要时重试」收敛成可重复的操作路径。

技能如何工作

核心能力（资料中的边界内）：

• 发送 GET / POST / PUT / DELETE / HEAD / PATCH / OPTIONS，实现上强调零第三方依赖（Python 标准库）。
• 自定义请求头（如 -H "Key: Value"）、查询参数（-q key=value），以及 JSON / 表单请求体。
• 响应侧：状态码、响应头、JSON 美化、耗时统计；支持超时、失败重试、--dry-run（只构造不发送）、--insecure（跳过 SSL 校验）。
• 认证：Bearer Token、Basic Auth、OAuth2 客户端凭证；代理与 SSL（自定义 CA、客户端证书或跳过校验）。
• 批量：从 JSON 文件读取多组请求，逐条执行并汇总；单条超时跳过、可恢复错误可重试，避免整批卡死。

典型流程是先补齐最小信息集（URL、方法、头/体、认证、是否代理/证书策略），再执行并给出结构化文本结果；输入格式不对会说明正确示例，执行中异常会保留已完成的进度。

适用边界与注意点

• 不做：修改仓库里的源代码或配置文件；不执行系统命令；不承诺 FTP / gRPC / WebSocket；无 GUI。
• 需要 GUI 抓包、浏览器自动化或复杂断言框架时，应换用专用工具。
• 含个人信息或生产环境密钥时，流程在本地执行，但仍需自行合规；关键结论建议人工抽检，勿把单次输出当最终验收。

若需求超出上述 HTTP(S) 客户端范围，应明确说明无法处理的原因，而不是强行扩展能力。