Loading

测试 - Postman篇之集合自动化

about

集合自动化说白了,就是自动的将集合内的所有用例跑一遍或者跑几遍,然后跑的过程中,可以做断言之类的操作,然后可以导出json类型的执行结果。

怎么玩呢?

快速上手

我们选择最开始创建的集合,该集合中有6个接口,并且都有相应的断言。然后我们选择集合的右上角的运行按钮,弹出框中选择Run

相关的参数配置,如下图。

参数说明:

  • Environment:选择接口执行时依赖的环境。
  • Iterations:表示该集合内的接口运行的次数。
  • Delay:接口执行前延时多少毫秒。
  • Log Response:默认记录所有的响应日志。
  • Data:参数数据,暂时先不管它。
  • Keep variable values:保存在运行过程中产生的变量或者值,选择默认即可。
  • Run collection without using stored cookies:运行中不使用cookie,这里也保持默认。
  • Save cookies after collection run:在集合执行之后,保存cookies,选择默认。
  • Run 集合名称:运行集合。

我们点击运行集合。

如上图,集合内的6个接口,共执行了16次,那你可能会问,我们总共就6个接口,怎么就执行了16次呢?这是因为postman为每个接口的每个断言都执行一次,也就是说,如果这个接口,有两个断言,那么在本次执行中,将会分别为每个断言执行一次共两次。所以整体执行完,断言成功的有10个,失败的有6个。

相关参数:

  • Run Summary:运行情况,没啥好说的。

  • Export Results:将执行结果导出为json文件。
  • Retry:重新执行。
  • 页面右侧上部的1表示,本次执行,共执行一次,也就是集合中的接口执行了一轮。如果我们将Iterations改为2,那么再来看。

ok,就酱紫!

基于数据驱动的集合自动化

有些时候,接口依赖的数据来自于文件,也就是基于文件数据驱动的测试。

比如我们本地有一个这样的data.csv文件,csv文件是文本类型的文件, 可以用Excel表格打开,也可以使用记事本打开。

username,password
zhangkaitui,1234
zhangkaizui,1234
zhangkaishou,1234

比如我们测试之前的关于token的两个接口,相关配置我们略作修改。

注意,修改后要点击保存!

登录接口这里的用户名和密码都要来自于文件。

查询余额也是一样的,别忘了保存。

现在,是时候执行一波了。

进行一些配置。

没啥好说的了,都在上图说完了。

看效果,如下图。

需要注意的是,我们本地的CSV文件共3个账户,我们执行了5轮,那么它是怎么取值的呢?我们先看第一轮和第二轮测试,看它的取值。

再来看第三轮。

上图,可以发现,前三轮是从第一个用户顺序往后取值的,直到文件所有的用户数据取值完毕。

那么我们再来看第四轮和第五轮,看看能不能发现什么规律。

可以看到,当读取到文件的最后一个用户的数据时,后续的每轮执行都引用的是最后一个用户数据。而不是又从新读文件的第一个用户数据,这一点是需要我们注意的。


欢迎斧正,that's all
posted @ 2020-01-13 17:57  听雨危楼  阅读(345)  评论(0编辑  收藏  举报