如何在key headers合法场景下测试接口返回的状态码

• 先梳理接口允许的请求头范围
  标准合法请求头除了常用的Content-Type外，常见可配置的合法字段包括：
  • Authorization：鉴权字段，接口需要身份校验时必填，常用格式为Bearer <你的有效token>
  • Accept：指定客户端可接收的响应内容类型，常用值为application/json
  • User-Agent：标识客户端类型，部分反爬策略严格的接口会校验该字段合法性
  • Cache-Control：指定请求的缓存策略
    自定义请求头需提前确认接口后端是否支持传入，未被允许的自定义头会直接被拦截报错。
• 排查请求头修改报错的常见原因
  1. 字段拼写错误：请求头名称大小写不敏感但不能出现拼写错误，比如避免将Authorization误写为Authorzation
  2. 字段值不符合要求：比如Authorization传入无效token、Content-Type传入接口不支持的格式（如接口仅支持application/json时传入multipart/form-data）
  3. 跨域预检拦截：前端发请求时自定义请求头会触发CORS预检，后端未配置允许该头的话会直接报错
• 测试操作步骤
  1. 先用接口调试工具（Postman、curl等）发送仅带合法Content-Type的请求，确认接口返回正常，记录基准状态码
  2. 每次仅新增/修改一个请求头字段，发送请求观察返回状态码，逐步定位报错字段
  3. 所有需要测试的请求头都配置为合法值后，统一发送请求记录最终状态码即可

内容的提问来源于stack exchange，提问作者Danbi