基于Jmeter的接口自动化测试实践

　　在去年实施了一年的三端（PC、无线M站、无线APP【Android、IOS】）后，今年7月份开始，我们开始进行接口自动化的实施，目前已完成了整个框架的搭建以及接口的持续测试集成。今天做个简单的分享。

　　在开始自动化投入前，需要先问几个问题

1. 为什么要投入人力做自动化？
2. 以及有UI自动化的情况下，为什么还要做接口自动化？
3. 测试人员需要有代码能力吗？如果需要，需要什么程度的代码能力?

　　以上都是开放式问题，有机会再相互探讨。

　　在打算实施接口自动化后，需要解决如下几个问题

1. 接口自动化要测试哪些接口，我们要怎么测试这些接口，每个接口需要分别覆盖什么？
2. 工欲善其事必先利其器，接口自动化测试如何选型工具？很多工具都具有接口测试功能，如何挑选工具
3. 如何做到持续集成？

　　接口测试从测试关注点上看可以分为单接口测试以及联合接口测试

　　单接口测试关注内容为：

1. 响应状态
2. 响应时间　
3. 请求数据格式：协议、编码、字段
4. 响应数据格式：编码、字段

　　联合接口测试关注多个接口组合特定业务场景测试；

　　在进行持续集成的接口自动化测试中，我们重点关注的是多个接口联合测试，即业务场景实现过程中各个依赖接口的自动化测试，而在手工测试中，去重点关注单个接口的各个测试内容；

　　测试工具的比较

　　在工具选择上我们也比较了目前市面上比较常用的测试工具以及自研方案

　　从调研情况看，选择还是非常多，市面上有非常成熟的工具供选择，也可以自研工具平台。在难以取舍情况下，我们列出如上的几个维度对工具进行横向比较，在综合考虑我们团队的情况，选择了jmeter进行接口自动化开发工具

　　整个接口自动化就围绕如下内容，其中Java是团队的第一编程语言，使用Jenkins进行任务管理以及调度，达到课持续集成，使用ant作为构建桥梁，连接jenkins和jmeter

　　

　　工具选择好后，就开始设计系统的业务流程以及设计标准了，虽然是测试，但是也要以开发标准对待写代码，开玩笑的说以专业精神对待业余爱好

　　首先对于一个可持续集成测试系统，首先要易于使用，能很方便的执行、查看测试结果以及定位测试问题；还要团队成员，哪怕别的团队成员也可以很方便的使用本系统，不需要具备很多的专业背景或者深入的了解系统细节才能使用；

　　整个系统的flow如下，jenkins作为最上层的入口，负责结果展示、发生邮件、启动执行系统，ant根据执行的target，调动jmeter执行自动化任务，每个自动化任务需要执行的数据集从另一套系统，我们内部叫奥卡姆剃刀系统读取测试数据，执行结果一种是标准的junit执行报告结果，用于生成简易的测试报告，另一份是自定义的测试结果集，用于分析测试数据以及往第三方关联系统分发测试结果

　　

　　　数据流程定义好后，就是实际的编码设计阶段了，由于做接口自动化中，特别是设计复杂业务数据时，需要自定义开发一些扩展包，beanshell是我们常用的，但是这个有一个问题就是beanshell不支持即时的语法检查，只有在运行期间出错了才能知道语法有问题，也无法对脚本进行调试查看运行期间的各种数据状态，针对这个问题，我们采用如下设计方式进行解决，

　　采用PO模型方式组织代码，基于mvc设计模式开发代码，将jmeter作为view层，只负责业务流程，所有的实现在扩展包里实现，扩展包使用intellij idea开发调试，测试通过后打包给jmeter使用，调试和测试也在idea下完成，使用junit作为测试单元，使用测试桩完成所有接口以及业务逻辑的调试

　　

展示了部分结果如下

后面有空再写写实现的一些细节以及遇到的坑吧，感慨下今年过的好快，好几天就结束了，年前定下的小目标还记得嘛  哈哈

后续打算出个jmeter培训教程，不知道这方面是否有需求