接口测试教程 - PostMan（四）用例管理（集合）

还记得我们对接口测试工具的 5 个要求么？

1. 模拟请求（主要为HTTP协议）的构造和发送，以及响应结果的解析；
2. 提供丰富的断言方法，自动判断结果的正确性；
3. 灵活的用例组织方式，能够有效的进行用例管理；
4. 提供批量运行用例的方式，并生成丰富直观的测试报告；
5. 能够方便的处理各种用例之间的依赖情况。

通过前面的文章，已经介绍了请求发送和断言。

这里讲解第三点灵活的用例组织方式，能够有效的进行用例管理。

为什么需要的对用例进行组织？

1. 你可以将你编写的请求组合起来。你虽然也可以零散的将需求保存起来，几个用例还好说，几十个接口几百个用例的时候怎么办呢？没有一个合理的组合，你想要管理和维护你的用例将是一个噩梦；
2. 当你有成百上千个用例的时候，不可能一个个去 send 你的用例，也不可能逐一去核对每个用例的结果。你必须要批量运行，但是批量运行的前提是你对你的用例有合理且有效的组织；
3. 如果你需要编写基于流程的测试用例，就必须要将流程中涉及到的用例集合到一起。

Postman 中如何进行用例管理呢？

Postman 中提供了一个集合collection的概念，通过集合以及集合中的文件夹Folder为我们提供了用例的管理方式。

我们可以粗略的将用例分为以下三个层级：

• 第一级：Collection，针对测试的一个项目；
• 第二级：Folder，针对模块；

• 第三级：Folder， 针对单个接口。
  如果要进行流程测试，还可以建子文件夹，将流程中用到的请求集中在一起，方便运行和管理。

  
  

如何新建 Collection

在 Postman 左侧+ New Collection按钮，就会弹出新建 Collection 界面。

新建 Collection 界面有很多的栏目，如图：

界面上的元素说明：

• 项目名称：用来描述一个 Collection，可以使用项目名或者产品名；
• 项目描述：用来为当前项目增加一些描述，相当于测试项目介绍文档；
• 认证模块：如果当前项目需要一个统一的认证方式（如 Bearer Token，Basic Auth，OAuth 等 ），可以在这里进行设置，对 Collection 中的每个请求有效；
• 前置脚本：类似普通测试框架中的 SetUp 模块，可以做一些请求的初始化，比如加密，生成签名 Sign 等。这里的代码会在当前 Collection 每个请求运行之前运行；
• 后置脚本：类似普通测试框架中的 TearDown 模块，可以做一些请求的清理动作，比如还原配置、清理测试数据等。这里的代码会在当前 Collection 每个请求运行之后运行；
• 预设参数：Collection 运行时的参数（变量），在 Collection 内部的请求中都可以调用该参数。关于参数将在后续章节中详细讲解。

基于以上的描述，你可以根据需要为 Collection 添加相应的内容。

不过一般情况下，写上名称，加上项目描述，就可以在 Collection 中添加子文件夹了。

可以点击 Collection 后面的星号将 Collection 置顶。

在 Collection 中新建子文件夹

每个 Collection 中可以新建任意多个子文件夹，点击 Collection 名称后面的...：

新建文件夹的界面如下：

界面上的元素说明：

• 文件夹名称：按照我们的设计，文件夹是一个模块或者一个接口，这里写成模块名称即可；
• 文件夹描述：加上相应的描述即可；
• 认证模块：如果当前项目需要一个统一的认证方式（如 Bearer Token，Basic Auth，OAuth 等 ），可以在这里进行设置，对 Collection 中的每个请求有效；
• 前置脚本：类似普通测试框架中的 SetUp 模块，可以做一些请求的初始化，比如加密，生成签名 Sign 等。这里的代码会在当前文件夹中每个请求运行之前运行；
• 后置脚本：类似普通测试框架中的 TearDown 模块，可以做一些请求的清理动作，比如还原配置、清理测试数据等。这里的代码会在当前文件夹中每个请求运行之后运行。

建好文件夹结构之后，就可以把对应的请求用例保存到对应的文件夹中。如果对于流程的用例，可以在第三级文件夹中再建文件夹，因为一个流程用例可能包含多个请求。