Postman 转义或忽略邮递员变量

我试图在Postman的请求正文中发送以下（文字）文本：

{
  "message": "Hi {{USERNAME}} your code is {{CODE}}"
}

{
  "message": "Hi username_value_in_postman your code is {{CODE}}"
}

但是，在我的Postman环境中，我有一个USERNAME变量，因此Postman正在替换变量值，下面的内容将访问我的后端（请注意，我在Postman中没有代码变量）：

---

因此，我正在寻找一种方法来转义或忽略Postman变量语法，以便它发送文本字符串。我已经搜索了文档等，但没有找到任何对我的问题有用的东西，因此，如果有任何帮助，我将不胜感激。

转义似乎不起作用，因此我猜您需要重命名变量或使用预请求和测试脚本：

在Pre resuqest脚本中，您可以编写以下代码：

pm.variables.set（'usernameBackup'，pm.variables.get（'USERNAME'）；
pm.environment.unset（'USERNAME'）；

然后在测试脚本中再次设置环境变量：

pm.environment.set（'USERNAME'，pm.variables.get（'usernameBackup'）；
pm.variables.unset（'usernameBackup'）；

这对于所问的特定问题非常有效，对于我的本地测试用例非常理想，谢谢。令人恼火的是，当我访问实际后端时，{{USERNAME}}变量正用于Postman中的身份验证，因此此解决方案将破坏我的身份验证。从长远来看，我将不得不接受并重新命名我的VAR。再次感谢你，我不会编辑上面的评论，但请放弃我的最后一句话。当然，您也可以使用预请求脚本手动构建auth头，这样可以为1个请求节省一些繁琐的重命名工作。这太荒谬了。我真的必须在将变量的文字名称发送到字符串之前重命名变量吗，因为Postman没有任何本机方法来避免这种情况？“太可笑了！”雷南拉扎罗托：我玩了一会儿，没有找到其他办法。也许从那以后问题就解决了。如果逃跑成功了那就好了，但另一方面，这不是一个常见的用例，所以这可能不是邮递员团队的首要任务。@pavelsaman似乎是这样。我很恼火，因为我喜欢双括号语法，不想改变它。我放弃了，决定使用另一种语法，它只是更容易。