问题标签 [postman-testcase]

这是我在邮递员中的测试用例

现在如果这个测试的状态是PASS然后我不想执行下一个测试用例但是如果状态是FAIL那么下一个测试用例应该被执行下一个测试用例是 -

使用 Postman 测试 API 应该是测试管理的最佳实践。

我们尝试为开发人员创建 API 的集合中的文件夹创建一个分支。但是，如果开发人员对其收藏进行任何更改，则不会在我们的分叉文件夹中反映任何更改。

请指教

我正在为端点编写测试集合，我希望测试检查响应参数estadoAula 是否与请求参数estadoAula具有相同的值，以便我可以测试一切是否按预期进行。参数需要在正文中而不是在 URL 中发送

我有以下响应正文（json）我想做以下检查

1) 检查 'id=5' 是否存在

这是我的注册控制器代码...我通过 try catch 应用代码但在邮递员中仍然显示这样的错误

在 API 中，我忘记填写字段仍然记录提交并且不显示 laravel 错误，响应成功或失败以 json 格式显示。我怎样才能做到这一点？

我正在通过发送以下格式的 JSON 正文数据在 POSTMAN 中针对 POST API 请求编写测试：

我得到了类似格式的请求响应，并添加了一些详细信息：

现在我想在这里实现两件事：1.验证响应正文中的每个键都没有空值。请注意，我正在发送一个值为 null 的键，并且它不会作为响应返回。2. 每个key在request body中发送的value是response body中同一个key返回的value。例如，如果“name”键的值为“Amber Joseph”，则响应键“name”也返回“Amber Joseph”。但我想为每个键做这件事。键也可以每次都推迟，例如我可能会或可能不会使用“名称”键发送它，因此我需要一个适用于我发送的任何键值对的通用解决方案。

我可以通过使用循环：

但这不会单独检查嵌套的键值对。我特别想检查“数据”对象中的每个键值对。任何帮助，将不胜感激。

谢谢

我有很多在 Postman 中为 API 编写自动化测试套件的经验。我一直使用数据驱动的测试，因此对 Postmans 在这方面的限制感到有点沮丧。当我说数据驱动时，我试图实现两个目标。首先，我想将测试与测试数据分离，但更重要的是，我希望能够参数化我的测试，以便使用代表不同场景/案例的不同数据对每个测试进行迭代。我有一些 API 端点，我点击了数十次，但数据不同。我正在寻找有关构建和执行测试的更好方法的建议。我将概述以下问题。

在 Postman 中，您可以针对选定的环境和/或数据文件运行集合。这里的问题是您可以只为一个完整的集合传递一个数据文件。虽然从技术上讲，您可以在单个文件中包含所有需要的数据，但为了简洁起见，实际上最好在 Postman UI 中的测试中硬编码您的数据。

您可以做的是将您的集合测试组织到子目录中，然后选择要运行的各个子目录，每个子目录都使用自己的数据。同样，您可以将测试拆分为单独的集合。这里最大的问题是运行整个测试套件不再是单击按钮，而是您必须遍历每个测试子集并运行它们。将子集合链接到测试数据也可能会令人沮丧。同样重要的是，您不再得到一个简明的报告，这是一个大问题。

迄今为止，我的解决方法是使用 Newman 使用特定数据文件来命中特定测试或测试组。这允许我分离出我的测试数据以匹配集合，也意味着我可以一次性启动所有测试（通过一次性触发所有命令）。问题是当我这样做时我仍然只是在运行子集合，并且希望最终得到一个报告，就好像所有测试都是同时从一个集合运行一样。

我的第二个解决方法是只用代码编写测试，但这不是理想的解决方案，因为它使测试套件更具技术性。我们技术含量较低的测试人员将无法为套件做出贡献，并且需要始终有技术人员来维护 API 测试。

我见过 pm.iterationData 并且可以想象在每次测试之前创建一个预请求脚本来加载测试的迭代数据，但感觉有点hacky。我不知道这是否可能。

谢谢

我目前正在与邮递员一起运行一些测试，在那里我得到一个模式并尝试验证我的结果。我知道架构与我得到的响应不一致，但我想知道如何扩展结果以提供更多信息。

例如，如果我有这样的请求：

它只是因反馈而失败：

我希望能在我的纽曼报告中获得更多反馈

这是我的测试示例：

这就是我运行测试的方式：

有没有办法获得有关验证失败的更多信息？我尝试了一些快速的谷歌搜索，但没有找到任何有意义的东西

想要验证文本值是“成功！删除记录”

我试过这个

我们有这个 REST 端点在工作，我们需要在 Postman 中进行一些测试。端点只接受我们在“正文”字段中提供的 json 正文，测试涵盖基本内容：主要是好的请求和不同类型的坏请求。

问题是我对每个端点都有几个请求，每个请求都用自己的测试测试不同的主体，要求特定的响应代码，主要是正确的主体（200）和几个不正确的主体（400），在我看来我在测试工作流程中遗漏了一些东西，因为必须创建一个新的、特定的请求只是为了改变它的主体，而预期的响应似乎是矫枉过正的。

那么，与 Postman 合作时我是否遗漏了什么？我是否必须为每个案例创建一个全新的请求并重新输入相同的正文以更改某些值（或清空它）？我是否以不正确的方式处理此任务？