内容

我正在开发一个Web应用程序，该应用程序可以利用为Postman构建的一套REST测试。
其思想是，您可以使用Postman作为REST客户机针对应用程序运行时手动运行测试，并且Maven pom将纽曼配置为在触发构建时在CI管道中自动运行这些测试，作为集成测试。
这在过去运行得相当好。

要求

然而，由于业务逻辑的彻底改革，许多测试现在需要二进制主体作为POST请求中的文件资源（大多数是zip存档）。
我需要这些测试在3种情况下工作：
1.在本地使用Postman对Web应用程序的运行时运行单个测试时手动执行
1.半手动操作同上，但通过触发Postman中的跑步者
1.在我们管道的集成测试阶段，当maven启动纽曼时，会自动启动
为了确保每个请求中的文件路径都能正常工作，而不管测试的运行方式如何，我在每个配置文件中添加了一个Postman环境变量。然后，该变量将被相关请求中的集合使用，例如：

"body": {
          "mode": "file",
          "file": {
            "src": "{{postman_resources_path}}/empty.zip"
          }
        },

其想法是：

• 在本地，您手动覆盖概要文件中postman_resources_path的值，以便指向您的计算机中的绝对路径（例如，只是在源代码控制中拥有资源的位置）-这将为手动测试和本地运行程序解决该问题
• 对于CI管道，同样的方法也适用于指向相对于--working-dir值的路径的默认值，该值将在已经用于运行newman的exec-maven-plugin中的纽曼命令行参数化中设置
  问题

虽然我还没有机会用这些假设来测试管道，但我已经注意到这在本地不起作用。
查看请求时，我可以看到环境变量未被解析：

相反，下面是我在运行请求的配置文件中手动设置的值：

TL;DR因为找不到资源，所以要求失败。

我找到的最相关的文献并没有完全解决我的用例，但给出的解决方案似乎遵循了类似的方向：“变量化”路径-请参阅here。
我找不到任何足够具体的 Postman 参考。