自动化接口测试

一.测试的现状

一般测试，我们会分成上图几个层级，开发人员完成单元测试，测试人员完成第二层和顶层，但是在大部分企业中，往往会忽略第二层，也即集成、接口测试。更多的是侧重于开发人员的单元和ui，或者说功能测试。

二.为什么做自动化接口测试

1.节省测试成本。底层的一个bug往往会引发上层的多个bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。

2.fail fast。即快速失败，主要是让异常或错误尽快的抛出。在接口测试中，由于接口测试是相对底层的测试，所以，可以更快的发现错误。

3.提高测试效率。接口测试是自动化并且持续集成的，相对UI、功能测试，测试效率也大大的提高。

三.自动化接口测试的选择

1.loadrunner：一款商业性能测试工具，用来做接口测试也是可以的，借助于其强大的功能，也可以进行自动化接口测试，但过于笨重了。

2.jmeter：一款开源的性能测试工具，操作简单，方便，既有jdbc request操作数据库数据，也有http request和soap request应对测试，但是断言的编写不太方便。输出报告也不够灵活。

3.postman/浏览器：谷歌浏览器的扩展工具postman，或直接浏览器访问，主要用于简单测试，无法完成自动化。

4.RobotFramework + HttpLibrary库：robot的定位十分模糊，语法太奇怪了，IDE也不够友好。

5.基于python的接口自动化：灵活，可根据需求自行调整功能

四.基于python的http接口测试自动化设计

这是蘑菇的某个接口调用，仔细观察会发现，总是出现消息（msg），状态码(ret)和一些其它的数据信息。

这是12306查询火车票的接口，也有状态码（status）,消息，messgaes，data等数据，无非就是对这些接口的进一步封装，优化，图形化。

可见任何一个公司的产品或系统，接口总是有一套完整的约定。有了这个约定，对于接口的自动化测试也变的可行：

a.任何一个公司的接口必是有约定的，根据其约定，我们可以制定一套自动化的接口测试方案。

b.显然，接口虽瞬息万变，但却一直有三个步骤：数据的组装，接口的执行，接口执行的结果。也即输入测试用例，执行测试，输出测试报告。

c.自动化的接口测试方案必须足够灵活，使测试人员可以快速进行迭代测试。

d.自动化测试流程： excle读取接口测试用例->发送接口请求处理->分析测试结果输出报告。

1.输入测试用例

针对某接口的测试用例如下图：

1）使用sheet名称标识接口名称,每个sheet的数据都是同一个接口。每一行即本sheet中的一个测试用例，单个接口多个测试用例只里增加多行即可。

2）测试用例根据接口约定整理，每一个sheet的标题都是一样的，且不可变，ret为分隔线，从url到ret之间均为接口的参数，可多变。ret之后有msg和data两列，也就是测试用例期望返回的值。

3）用xlrd读取excle文件，每一个测试用例都保存在list中，同时，把url,参数和期望的输出结果（ret,msg,data）都保存其中，同时，也注意保存行数与sheet名称，方便出错时快速定位

4）考虑到有些接口需要登陆再操作，如需要登陆后再执行，增加一列loginfirst,值为1即需要登陆再执行，如下图：

2.执行测试

1）取出第1步中保存的list中，分解其中的url和参数

2）执行接口请求，并解析执行结果，同时与list中期望的返回值（ret,msg,data）进行匹配，如若失败，把匹配结果都保存在结果的list数组中，这样，可以方便输出测试报告。

3.输出测试报告

根据上一次执行完的结果list数组，输入到测试报告，目前也是excle文件。由于接口测试主要关注未通过的测试结果，故现只保存了未通过的结果，如下图：

根据sheet名称和行数可快速定位不通过的测试用例，其中url可直接在浏览器中打开，方便查看结果。