Postman中状态码明晃晃显示在响应区域右上角,格式为“200 OK”或“404 Not Found”,鼠标悬停可查看HTTP协议定义的完整说明;其右侧显示耗时(如287ms)和响应体大小(如1.2 kB)。

Postman里状态码显示在哪儿
状态码不是藏在响应体或响应头里,它就明晃晃地写在响应区域右上角——紧挨着 Status 字样,格式是 200 OK 或 404 Not Found 这种。鼠标悬停上去会弹出 HTTP 协议定义的完整说明,比如 “The request has succeeded”。
注意:如果你只看到 Pending 或长时间没刷新,大概率是请求根本没发出去(比如 URL 拼错、代理配置异常),而不是状态码没显示。
状态码旁边的时间和大小代表什么
状态码右侧紧跟着两个小字段:287ms 和 1.2 kB(数值因请求而异)。前者是整个 HTTP 事务耗时(DNS + TCP + TLS + 请求发送 + 响应接收),后者仅指响应体(response body)字节数,不含响应头。
这两个值对排查问题很实用:
- 耗时特别长(>5s)但状态码是
200?可能后端卡在 DB 查询或外部 API 调用 - 耗时很短(503?大概率是网关或负载均衡器直接拒绝了请求,还没到业务服务
- 大小为
0 B且状态码是204或205?符合规范,不用怀疑响应被截断
为什么状态码显示 0 或空白
这基本不是 Postman 的 bug,而是网络层失败导致 HTTP 事务未完成。常见原因包括:
-
SSL certificate problem:服务器证书不被信任(尤其自建 HTTPS 环境),Postman 默认校验严格;可在 Settings → General 关闭SSL certificate verification - 请求被本地防火墙或公司代理拦截,连接直接被重置(RST),Postman 收不到任何 HTTP 响应行
- URL 中混入不可见 Unicode 字符(比如复制粘贴带零宽空格),导致解析失败,请求压根没发出
- 使用了
file://协议或非法 scheme(如postman://),状态码固定为0
此时 Network 标签页(需开启 DevTools)里通常能看到 net::ERR_CONNECTION_REFUSED 这类底层错误,比状态码本身更有诊断价值。
Postman 12.27.7 Windows x64 官方安装包,适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力,以及接口规范标签管理改进,适合受限网络测试与规范资源组织场景。
怎么用脚本自动检查状态码
手动看状态码适合调试,自动化测试必须靠脚本断言。Postman 的 Tests 标签页里最常用的是:
pm.test("Status code is 200", () => { pm.response.to.have.status(200); });
几个关键点:
- 支持链式写法:
pm.response.to.have.status(201).and.to.be.json(); - 判断范围用
oneOf:pm.expect(pm.response.code).to.be.oneOf([200, 201]); - 别用
pm.response.code == 200这种裸比较——它不触发断言失败高亮,也不计入 Test Results 统计 - 如果接口约定返回
4xx是正常业务流(比如表单校验失败),就得显式断言400,而不是当成错误忽略
状态码只是第一道过滤器,真正容易被忽略的是它和响应体内容的配合逻辑——比如 200 但 body 里是 {"error":"invalid_token"},这种“伪成功”得靠后续 JSON 断言揪出来。










