本文旨在掌握邮寄人的基本用途的读者，即接口相关的概念对接口相关的概念有一定的理解，并且已经使用Postman来模拟请求。
当前环境：
UI的不同版本和某些功能位置会有所不同，但影响并不大。
让我们首先考虑一下，如果我们需要实现自动接口测试的效果，我们还需要在基本仿真请求上做什么？
以下是三个问题的粗略摘要（欢迎更多补充剂和建议）：
因此，它主要是在三个部分中引入的，以解决这三个问题。
首先，由于它是自动测试，因此我们绝对需要工具（邮递员）或代码来帮助我们直接确定结果是否满足期望。然后在接口测试中，有两个想法：
接下来，让我们看看如何使用Postman解决上述问题：
邮递员的相关功能在非常引人注目的地方。测试功能的使用要求我们具有一定的编程语言基础。当前的支持脚本语言是JavaScript。但更好的是，我们不需要考虑上下文和操作环境的问题，也就是说，我们只需要在此处完成结果的逻辑判断的代码块。
Postman还为我们提供了一些常用的代码模板。在测试面板右侧的摘要功能区域中，JavaScript并不是一个大问题。
查看上面图的代码部分，我们可以发现响应器，响应机体和测试的三个变量（可以直接使用）：
因此，上述代码不难理解，并且有了返回结果的数据以及表示结果成功的方法，因此基本上解决了“接口结果判断”的问题。
也有一些更常用的人：
我们在摘要功能区域中提供的Postman的代码模板已经可以解决大多数情况。以下第一个选择其中一些来解释结果的结果：
状态代码：代码为200
响应主体：包含字符串
响应主体：等于字符串
响应主体：JSON价值检查
响应小于200ms
这些引入的这些基本上足够完成单个接口的测试，但是我们知道，如果没有批处理或计时任务，那么这些将是毫无意义的。继续 ...
如果要对界面进行批处理测试和管理，那么我们需要保存所有要测试的接口到同一集（集合），您可以认为它已保存到同一文件夹。邮递员的步骤：
通过上述步骤，我们获得了要测试的接口集合。为了简化情况，每个接口的条件是使用代码是否是200判断：
准备好上述准备工作后，我们可以启动一批操作接口进行测试：
单击运行后，您将打开一个新页面：
我们已经了解了如何让多个接口运行多次，但是现在存在问题。根据当前的步骤，接口的参数在每个运行时都相同，因此，即使我们运行100次和1000次，也不意味着大。
推荐春季靴基本教程和实际战斗示例：https：//github.com/javastacks/spring-boot-practice
首先查看我们编写的登录函数的界面：
使用变量
现在登录的帐户和密码参数已写下，即我们执行多少次，它们都对此帐户进行测试。
因此，如果您要测试帐户密码参数，是否有其他值的异常？（如果您想每次手动更改，可以跳过此部分 /手册有趣）在这里，我们简要讨论如何在中使用“变量”邮递员，如下所示：
引用一个变量的语法：在图中，我们可以看到我们将帐户和密码字段的参数值设置为变量：。当然，在修改后不可能单击运行，因为这两个变量尚未已分配，但我们可以在面板中执行一个值操作：
预先重复脚本
与测试类似，不同之处在于，脚本在执行请求之前正在运行，并且在请求完成后执行测试中的脚本。因此，我们可以在功能区域中使用脚本来分配上述两个变量，例如：
但是，分配操作的使用仍然无法解决我们的问题，因为根据写作，无论运行多少次，它仍然使用固定的（死）数据进行测试。当然，由于它是一种脚本语言，因此将是更灵活的用法。
测试数据集
接下来，让我们谈谈数据文件。在运行集合之前，该选项用于上传测试数据（文件），以将值分配给相应的变量。LET以CSV格式以CSV格式的测试数据为示例：
数据格式与表单相似。第一行代表相应的变量名称。以下4行表示4组帐户密码数据（其中两个是正确的数据）。测试效果。我们选择运行4个（相应的4组测试数据），然后选择要运行的相应的CSV文件，我们可以看到我们的结果确实是我们的期望。
接口请求的结果运行了两个成功的失败和两个失败，也就是说，每个操作分配了不同帐户密码的测试数据（在最新的桌面客户端版本中，您可以看到每个特定请求。不再讨论它）。
如果使用JSON文件，则格式如下：
常规任务
Postman提供了一个监视器（监视器）功能，该功能支持我们提交测试任务并根据设置计时器运行。如果每小时对其进行测试，则特定操作如下：
在接口结果法官和收集批处理测试之后，让我们看一下更复杂的情况，即依靠请求问题，例如，我们的购物订单接口要求必须在访问之前登录。但是，大多数依赖性问题是实际上，接口之间的数据传输问题。例如，当调用登录接口时，返回徽标。假设它是令牌，那么我们需要在请求订单接口时将令牌参数携带在一起请求请求。因此，问题就变为：
首先，说明以下接口位于同一集合的同一集合中。
让我们以接口集合的创建为例。如果您注意我们执行批处理测试的结果，您会发现接口的执行顺序实际上是在此处目录中的接口（从上到下）的顺序，也就是说： - > - > - >>。
这里的界面名称可能有些误导，因此我强调它：执行目录中从上到下的顺序（与字典排序无关）
因此，使用此默认执行订单，我们可以将需要先执行的接口，例如将“登录接口”放在首位。
自定义执行订单
当然，如果只有默认执行订单，通常不可能满足我们复杂的业务需求，因此Postman为我们提供了一个功能：支持我们跳到指定的接口继续执行。例如：
运行request1接口成功后，我们不需要运行request2，而是直接跳到request3。然后，我可以在Request1接口的测试功能区域中执行跳跃代码，例如:::
您需要在这里注意：
因此，使用功能，我们可以根据条件跳过不必要的接口，或对自己的逻辑测试进行构建。
在谈论数据传输之前，首先讨论邮递员中全局变量和环境切换的使用。
全局变量
当我们上述谈论它时，全局变量的概念实际上简短地提到了它，也就是说，我们可以通过脚本代码设置全局变量。
运行后，将成功保留用户名和密码的两个变量，因此我们可以在任何界面中使用它们来使用它们。
此外，Postman不仅支持设置全局变量的代码，还支持视觉操作：
输入相应的接口后，可以直接执行管理：
多种环境的区别和切换
在正常情况下，我们的界面被分为测试版本和在线版本（或更多），它们的差异可能仅是ULR不同，因此全球变量不适合解决此问题。
参数创建
也许您已经注意到，在上图中，我构建了一些不同环境的参数来“收集”，然后再次查看：
我在每个环境中创建了一个主机参数，例如：
当然，我们的环境参数也可以通过脚本设置。该功能是：
使用并切换
环境“参数集”中的参数与全局变量一致，如图所示，不同环境的切换如下：
掌握了上述准备知识后，我们开始看到如何使用Postman解决依赖关系的接口测试。
假设场景
我们的接口请求1是登录接口，登录成功将以徽标返回字段（已实现）。
思维
返回值中有“全球变量”或“环境变量”，具体取决于特定的业务状况。在这种情况下，该值与环境有关，因此您选择使用环境变量集来存储。
在邮递员中的操作
1.在我们的目录中，请求1接口优先执行
2.请求中的测试代码1：
3.在接口请求中使用变量令牌3：
我将令牌放在头部信息中，并在使用特定用法方法时确定接口参数规则。
跑步
运行收集测试，结果满足我们的期望。request1和request3通过了测试。跳过了request2，并且Dequest4仍被执行。
原始链接：https：//blog.csdn.net/cai_iac/article/details/81030619