Postman使用实战(二) - 使用Postman自动化测试功能

关于Postman使用我打算分为三部分来介绍，分享我在项目开发中用Postman进行接口测试的一些总结。

目录:

Postman使用实战(一)
Postman使用实战(二)
Postman使用实战(三)

---

三．使用Postman进行自动化测试

本文接着用Postman使用实战(一)提到的测试接口。

1.使用环境变量与数据变量:

图3-1

图3-1标注说明：

标注1：为什么用环境变量?

接口测试可以分为请求本地运行的接口或服务器运行的接口,同一个接口在本地测完后部署到服务器上,我们如果想测试一下接口在服务器是否也能顺利调用（假设本地测试接口URL为:http://localhost:8889/addDHAuthentication）,那么调用服务器的接口则需要把URL改成http://服务器IP:端口/addDHAuthetication或者http://服务器域名/addDHAuthetication，如果回头我们又需要在本地测试本接口，则又需要改回去。
如果仅仅涉及一个接口，上面的修改没问题，但如果涉及一套增删改查接口呢？我们不应该每次都手动为它们修改一遍，所以将接口前面的部分用环境变量表示，这样每次改变测试环境时只需要改变一次环境变量的值就能作用到所有接口了。

标注2：为什么使用数据变量？

数据变量让我们能够通过读取JSON/CVS文件中的数据，自动导入参数，配合Runner可以实现自动化测试。

2.设置环境变量：

3.使用Postman->Runner功能进行自动测试：

介绍完环境变量以及数据变量以及如何设置，下面开始正式的自动测试。

图3-5

图3-6

图3-7

图3-8

图3-9

使用准备好的测试用例测试一个接口的顺序如下：

->如果需要前置条件如登录,则需要手动发起一次登录请求获得session
->选择要测试的接口（如图3-7标注1）
->选择环境（如图3-7标注2）
->填写延迟，该延迟表示一条请求发送后隔多长时间再发下一条请求
->导入测试用例文件，选择好正确格式才能通过preview可视化，才算导入成功（如图3-7标注4，5）
->填写发送请求次数（如图3-7标注3，次数可以参考图3-8测试用例的可视化，显示多少条用例我们就测多少次）
->按下Run按钮开始跑测试用例
->查看结果(如图3-9)
按下Run后的确发送了12次请求,但是像图3-9仅能让我们知道成功发送了12次请求,除此之外没有其他意义。

那么要如何让自动化测试变得有意义呢?

后面将会说到断言,使用断言,就能将我们对每一个测试用例的期望结果与真实的响应数据进行比对,符合预期则PASSED,不符合则FAILED,并且我们可以将我们测试的内容与期望结果显示出来。
这样既能通过自动化测试快速完成用例测试,还能利用断言代替人工审查接口响应数据是否符合预期。