换电脑后Postman上传报“文件不存在”是因为数据文件中file_path为绝对路径且未随迁移更新；应改用环境变量upload_root+相对路径，并重设Working Directory。
换电脑后 Postman 上传请求直接报错“文件不存在”？不是配置丢了，是路径没跟着迁移——file_path 变量在数据文件里写的是绝对路径，老电脑上存在，新电脑上根本找不到。
Postman 数据文件里的 file_path 为什么换电脑就失效
批量上传靠 CSV/JSON 数据文件驱动，里面存的 file_path 值通常是类似 "C:UsersAlicedocs est.pdf" 这样的绝对路径。它不随 Postman 安装目录走，也不进同步云，只躺在你导出的数据文件里。新电脑上路径一变，pm.files.exists() 就返回 false，Pre-request Script 直接抛错中断。
- CSV 中路径没加双引号，含空格或中文时解析失败
- Windows 路径用反斜杠
，但 JSON 文件里必须转义成\或改用正斜杠/ - 数据文件本身没拷到新电脑，或放错了位置，Postman 找不到这个文件
- Postman 工作目录（
Working Directory）没重设，导致相对路径计算基准错乱
怎么让 file_path 在新电脑上自动适配
别硬改几百行路径。用 Postman 的 pm.environment.get("upload_root") + 相对路径组合，把“根目录”和“子路径”拆开管。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 在新电脑上设置环境变量
upload_root，值为本地实际存放文件的文件夹，比如D:/test-files - 数据文件里只存相对路径：
"file_path","image1.jpg"或"file_path","subfolder/data.zip" - Pre-request Script 里拼接：
const fullPath = pm.environment.get("upload_root") + "/" + pm.iterationData.get("file_path"); - 再用
pm.files.exists(fullPath)校验，路径可读、可跨系统（只要统一用/分隔）
Postman 工作目录（Working Directory）要手动重设
桌面版 Postman 默认工作目录是 ~/Postman/files，但你上传时选的文件如果不在这个目录下，Postman 实际保存的是绝对路径——这正是迁移失败的隐形推手。
- 打开 Postman 设置（
Ctrl+,），进General→Working Directory→Select - 选一个你打算长期存测试文件的固定文件夹，比如
D:postman-data - 之后所有通过界面上传的文件，Postman 都会以该目录为基准记录相对路径
- 把这个文件夹整个拷到新电脑同位置，再重设一次工作目录，历史请求就能继续跑
批量上传前必须做的三件事
光改路径不够，漏掉任意一项都可能静默失败或漏传。
- 勾选集合 Runner 的
Keep variable values，否则每次运行都重置upload_root - 在 Pre-request Script 开头加校验：
if (!pm.environment.has("upload_root")) { throw new Error("请先设置 upload_root 环境变量"); } - 延迟并发：Runner 里把
Delay设为500ms以上，避免多线程同时读同一个大文件触发 I/O 冲突
最麻烦的不是路径改错，而是你以为改对了——脚本没报错、请求发出去了、响应也 200，结果服务器上压根没收到文件。因为 transferTo() 遇到无效路径会静默跳过，或者抛 FileNotFoundException 但被后端吞掉了。务必在 Tests 里加断言检查服务端返回的实际文件大小或 ID。
