Postman Cloud Runner 不支持上传 CSV/JSON 数据文件执行批量测试，因其设计仅支持已同步的 Collection 和 Environment，且无文件 I/O 权限；数据驱动测试应使用 Newman + CI/CD 实现。
Postman 云端运行（即 Postman Cloud Runner）本身不支持直接上传 CSV/JSON 测试数据文件执行批量测试——它只运行已同步到云端的 Collection 和 Environment，且 data 字段在云界面中不可编辑或上传。
为什么 Postman Cloud Runner 不接受本地测试文件
Cloud Runner 是 Postman 云服务提供的轻量级运行入口，设计目标是快速复现已配置好的单次或少量迭代测试，而非完整的数据驱动场景。所有运行依赖都必须提前同步至云端：Collection、Environment、全局变量，但 data 文件不属于同步项，也不被 UI 暴露为可选输入。
- 你在本地 Collection Runner 中能选
data.csv或data.json，是因为文件路径由本地文件系统提供；云端无此上下文 - Cloud Runner 的“Run”按钮背后调用的是 Postman 云后端的预编译执行环境，该环境无文件 I/O 权限
- 官方文档明确标注：Cloud Runner 仅支持“no data file” or “use environment variables only” 模式
替代方案：用 Newman + CI/CD 模拟“云端运行”效果
真正需要带数据文件的批量测试，必须脱离 Cloud Runner，改用命令行工具 newman 部署到服务器或 CI 环境（如 GitHub Actions、GitLab CI、Jenkins），这才是生产级数据驱动测试的标准路径。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
-
newman支持完整参数：--collection、--environment、--global-var、--iteration-count、--delay、--export-globals、--export-environment，以及最关键的--data - 数据文件必须是 UTF-8 编码，CSV 首行必须为变量名，JSON 必须是数组格式（如
[{"username":"u1"},{"username":"u2"}]） - 运行命令示例：
newman run my-collection.json -e prod-env.json --data users.csv --iteration-count 2 - 若需“类云端”托管，可将
newman命令封装进 GitHub Actions workflow，每次 push 自动触发带数据的全量测试
想在 Postman 网页端“假装”跑数据？只能手动拆解
如果坚持只用网页端（比如临时验证某几组值），唯一可行办法是把数据“硬编码”进 Environment 变量，再配合迭代次数手动模拟：
- 在 Environment 中定义多组变量，例如：
user_1_username、user_1_password、user_2_username、user_2_password - 在请求中用
{{user_{{iteration}}_username}}这类嵌套语法（注意：Postman 不支持动态变量名解析，此写法无效）→ 实际不可行 - 正确做法：放弃自动迭代，改为在每个请求的 Tests 脚本里用
pm.environment.set()切换变量值，再用pm.sendRequest()手动发多次——复杂、易错、无法查看统一报告 - 结论：这不是“准备文件”的问题，而是功能边界问题；强行绕过只会增加维护成本
真正容易被忽略的一点：很多人以为“登录了 Postman 账号，数据文件就能自动同步”，但 data 文件从不参与任何同步机制——它永远只存在于你本地磁盘，且只对本地 Collection Runner 有效。别在环境变量或同步设置里找它，它根本不在那里。
