在 Ubuntu 上开展移动端 API 测试的两条路径
- 路径A：使用桌面版 Postman 的拦截器（Capture requests）抓取手机 App 的 HTTP 流量，在桌面端完成断言与自动化。
- 路径B：直接在 Postman 移动版 发起请求，适合临时调试与验证。
路径A 桌面版 Postman 抓取手机 App 流量
- 步骤1 安装桌面版 Postman（Ubuntu）
- 使用 Snap：sudo snap install postman --classic
- 使用 APT：导入 GPG 与仓库后 sudo apt install postman
- 使用 Flatpak：flatpak install flathub com.postman.Postman
- 步骤2 开启拦截器并配置代理
- 在 Postman 右上角点击“Capture requests”（拦截器）图标，开启后将监听端口设为如 9999，Target 选择 History（便于查看）。
- 步骤3 让手机流量经过 Ubuntu 主机
- 确保手机与 Ubuntu 主机处于同一 Wi‑Fi。在 Ubuntu 上查看本机局域网 IP（如 ip a 或 nmcli）。
- 在手机 Wi‑Fi 代理设置中，将代理设为“手动”，服务器填 Ubuntu 主机 IP，端口填 9999。
- 步骤4 在 Postman 中查看与断言
- 在桌面端 Postman 的 History 中即可看到手机发出的请求；将目标请求保存为 Collection，在 Tests 选项卡添加断言，例如：
- pm.test(“状态码为200”, () => pm.response.to.have.status(200));
- pm.test(“响应包含 userId”, () => pm.expect(pm.response.json()).to.have.property(‘userId’));
- 步骤5 运行与持续集成
- 使用 Collection Runner 批量运行；在 CI/CD 中导出集合并用 Newman 执行：newman run your_collection.json。
路径B 使用 Postman 移动版进行临时测试
- 在 Android/iOS 的应用商店搜索并安装 Postman 移动版，登录账号后可创建 GET/POST 等请求、设置 Headers/Body、保存与管理 集合，并与桌面端同步。适合随时随地调试与验证接口可用性。
常见问题与排查要点
- 手机与 Ubuntu 必须在同一 局域网；如无法连接，优先检查路由器隔离、AP 隔离设置。
- 代理端口（如 9999）需未被占用；如冲突，更换端口并同步修改手机代理设置。
- 仅 HTTP 流量会被系统代理捕获；HTTPS 需要额外配置证书（Postman 拦截器支持安装根证书以解密 HTTPS，按引导完成安装）。
- 企业网络可能有 透明代理/防火墙 干扰，建议在可信网络或手机热点下测试。
- 若接口强依赖设备标识、定位或第三方签名（如 device_id、sign、timestamp），在桌面端复现时需在 Pre‑request Script 中构造相同参数。
实践建议
- 将测试请求组织为 Collection，用 环境变量 管理不同环境（如 dev/staging/prod）的 Base URL、Token。
- 在 Tests 中统一做状态码、业务码、响应结构与响应时间断言，保证稳定性与可回归性。
- 需要批量回归或纳入流水线时，使用 Newman 在 Ubuntu 上无头运行集合，并输出 HTML/JSON 报告。
