如何在JMeter中验证API返回200 OK及配置请求头携带app-id

一、API返回200 OK状态码的校验配置 #

• 选用JMeter原生自带的响应断言组件实现校验，无需额外安装第三方插件：在对应请求节点（或测试计划、线程组层级）右键依次选择「添加 > 断言 > 响应断言」
• 按精确匹配规则配置断言参数：
  • 待校验字段选择「响应代码」
  • 匹配规则选择「equals」（避免误把2001、2003这类包含“200”字符串的错误状态码判定为通过）
  • 匹配值填写200
• 可选强化校验：在同个断言配置中追加对「响应消息」字段的匹配，匹配值设为OK，避免出现响应代码为200、但实际返回业务错误的漏判场景
• 结果查看：脚本运行时通过「察看结果树」组件直观判断校验效果，状态码不符合要求的请求会被标红，同时在断言详情栏直接标注失败原因，无需手动逐行核对响应内容。

二、dummyapi.io专属app-id的配置逻辑与正确携带方式 #

首先明确该平台的鉴权规则：dummyapi不使用动态登录令牌做接口鉴权，仅识别用户提前申请的专属app-id，该值必须通过标准HTTP请求头传递给服务端，未携带、值错误或传错位置的请求都会被直接拦截，返回非200的错误响应。
对应的JMeter可落地配置步骤：

• 全局统一配置变量：在测试计划下添加「配置元件 > 用户定义的变量」，新建变量dummy_app_id，值填写个人获取的专属app-id。这种方式的优势是后续更换app-id时，仅需修改这一处变量值，无需逐个调整请求参数。
• 全局统一配置请求头：在线程组层级添加「配置元件 > HTTP信息头管理器」，新增自定义头字段：
  • 头名称：app-id
  • 头值：引用全局变量填写${dummy_app_id}
• 易踩误区提醒：禁止将app-id作为URL查询参数拼接在请求链接后方，服务端仅读取请求头中的app-id字段，即便参数值正确，传错位置也会触发鉴权拦截。
• 配置验证：完成配置后发送一次测试请求，若返回结构化的正常业务数据、而非鉴权类错误提示，即说明app-id携带方式正确。

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