接口自动化的工具现在有很多个选择，本篇文章着重介绍YAPI的使用方法；

 1、它首先是一个很好的接口维护的工具；

 开发同学的接口文档可以在此工具上维护；

 现在很多的文档的维护都是多人协同维护了，例如jira、石墨等。相对于postman更倾向于本地化，YAPI更能提现协同合作的优势。

 开发同学可以根据各自的分工来分别维护自己所负责模块的接口；

 

 

而组长有分配的权限来给各个成员分配各个模块的查看和编辑的权限

 

 在接口的编辑页面可以整理自己接口的信息，请求的参数以及返回的结构和信息，各种备注等等；

 

 

开发的同学在维护完成接口后，测试同学就可以运用接口来进行接口的测试以及测试集合自动化测试的case编写了。

2、单个接口测试时，更方便灵活，更易用；

了解调用接口各参数的含义，以及结合自己测试的业务的场景，调用接口就可以拿到自己的测试数据，这里不做重要阐述。

 

 

在GET的后面可以配置你要测试的环境域名，测试环境或者生产环境的；

3、接口自动化测试，可以0代码基础进行接口集合的测试；

上图中，填写好请求的参数之后点击发送就可以调用接口了，在页面的下面就可以查看打印出返回的数据；点击保存的话，这个case就被保存在测试集合中了，一个测试集合中可以多次调用相同的接口，这个测试集合可以满足你各种不同参数的case以及场景，并且可以跨模块来调用不同模块的接口满足一个场景中调用多个接口；

 

 

这里可以切换各种环境，点击开始测试就是自动执行集合中所有的case即接口。

执行集合用例时，会生成测试报告，这里需要对集合中的每个case进行断言的编写，去验证自己的测试点是否通过；

例如上面两个case，首先可以验证调用接口在服务端返回的状态码是否正确

 

 

上图展示了用node语言去初步的断言该接口返回的状态为200；

然后断言接口返回的数据状态码是正确的：100；

如果状态码不正确的话，那么执行此集合的时候就会报错，如下图，会以叹号展示测试不通过，集合中的接口如果执行到与断言结果不同的时候，那么就直接返回错误了，后面的断言也就不会继续执行了；

 

 case中返回的数据与断言结果不一致：

 

 

还可以验证接口返回的数据中从数组，到对象，然后再到字符串的验证都是可以的，上图中就有接口中订单号一定不为空的断言编写；

根据拿到的接口可以做很多场景的自动化场景的测试：

校验case中的例如用户信息是否正确，各种数据是否齐全；或者校验返回的数据中一定没有**，等等。

 

原文：https://blog.csdn.net/tiejian147/article/details/102643188