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 事务未完成。常见原因包括：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
-
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 的 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 断言揪出来。
