VSCode 中需用 newman 运行 Postman 集合做自动化测试，因其不支持直接执行；须导出标准 collection.json 和 Newman 兼容的 .env.json，通过 newman run 命令执行并支持断言、报告与环境变量管理。
VSCode 里怎么跑 Postman 集合做自动化测试
不能直接“执行”，得靠 newman —— Postman 官方命令行工具，才是 VSCode 中真正能跑起来的自动化执行入口。VSCode 自身不解析 Postman 的 JSON 集合，也不运行它的 Tests 脚本，newman 才是桥梁。
- 先在 Postman 中导出集合：右键集合 →
Export→ 选Collection v2.1→ 保存为collection.json - 环境变量另存为
.env.json（不是 Postman 的 .json 环境文件，而是 Newman 兼容格式） - 终端执行：
newman run collection.json --environment .env.json --reporters cli,html --reporter-html-export reports/test-report.html - 若用 npm 脚本，
package.json里加："test:api": "newman run tests/collection.json -e tests/.env.json"
为什么 newman 运行时报错 “TypeError: Cannot read property 'length' of undefined”
这是 newman 加载集合失败的典型表现，根本原因几乎总是 JSON 格式损坏或结构不合法 —— 尤其是手动编辑过 collection.json 后。
- Postman 导出的集合必须保持原始结构，不要删
event数组、item的request和response字段（即使为空） - 别用 VSCode 自带的 JSON 格式化快捷键（
Shift+Alt+F）去“美化”集合文件：它可能把单行注释（Postman 允许）转成非法语法，或误删 trailing comma - 用
newman validate collection.json提前校验，比直接 run 更早暴露问题 - 如果集合含 Pre-request Script 或 Tests 脚本，确保没调用
pm.*以外的 Node.js API（newman不支持fs、require等）
Tests 断言在 VSCode + newman 流程中是否生效
完全生效，且和 Postman GUI 中行为一致 —— 只要脚本写在集合每个请求的 event 里，newman 就会逐条执行并统计通过率。
- 断言失败时，
newman默认非零退出码（1），可被 CI/CD 工具识别为构建失败 -
pm.test()、pm.expect()、pm.response.to.have.status(200)全部可用，但注意：pm.sendRequest()在 Newman 中受限（需显式启用--insecure或配置 TLS） - 提取变量（如
pm.variables.set("token", jsonData.token)）只在当前请求生命周期有效；跨请求传递依赖environment或globals文件 - 想看详细断言日志？加参数：
--reporters cli --reporter-cli-no-failures，否则失败项默认折叠
VSCode 终端执行 newman 时 SSL 报错 “unable to verify the first certificate”
不是证书问题，是 newman 默认校验 HTTPS 证书，而你的本地开发服务（如 Laravel Valet、localhost:8000）用了自签名证书。
- 临时解决：加
--insecure参数，newman run collection.json --insecure - 更稳妥做法：把开发证书加入系统信任链，再用
--ssl-client-cert和--ssl-client-key指定客户端证书（适用于双向认证场景） - CI 环境慎用
--insecure：建议统一用 staging 域名 + 正规证书，而非 localhost - 注意：
--insecure不影响 Tests 断言逻辑，只绕过 TLS 握手校验
--environment 文件只注入到 pm.environment.get()，而 pm.variables.get() 仍为空，除非你在脚本里显式 pm.variables.set()。别指望 Postman GUI 里“自动继承”的行为在 CLI 下也一样。 
