如果每个测试用例的头需要新的令牌，如何使用Postman Collection Runner自动化Rest API测试
JWT令牌（具有固定的持续时间（约1小时））需要在Postman的头中测试RESTAPI。如果需要具有固定持续时间的令牌，如何自动化此类测试用例。如果每个测试用例的头需要新的令牌，如何使用Postman Collection Runner自动化Rest API测试,rest,automated-tests,jwt,postman,postman-collection-runner,Rest,Automated Tests,Jwt,Postman,Postman Collection Runner,JWT令牌（具有固定的持续时间（约1小时））需要在Postman的头中测试RESTAPI。如果需要具有固定持续时间的令牌，如何自动化此类测试用例。 我已经编写了大约30个测试用例，如果我使用Collection runner inside Postman运行我的测试用例，大多数测试用例都会失败，因为每个测试用例中都不包含新的令牌。关于您的场景，为什么不遵循以下步骤： 第一次调用时执行身份验证请求 获取访问令牌 将其存储在环境变量中 在后续操作中使用令牌 请求您需要它的地方 这将确保您的所有请求都
我已经编写了大约30个测试用例，如果我使用Collection runner inside Postman运行我的测试用例，大多数测试用例都会失败，因为每个测试用例中都不包含新的令牌。关于您的场景，为什么不遵循以下步骤：
有关更多信息，请参阅>了解，谢谢。但我遇到了另一个问题，我需要动态更改用户ID（转换为url），响应在JWT令牌中，从以前的api中，我可以将一些内容写入当前api的预请求脚本中，以从来自以前的api的响应（JWT令牌）中获取用户ID。如何在不使用任何库的情况下实现这一点。Postman拥有有限的可用库集，我会寻找能够为您提取此库的web服务，并在身份验证后合并对它的调用。您能否在JWT响应中获取用户ID，并将其设置为环境变量，以便在另一个请求的URL中使用？