前言
其实这个方案,我在本论坛已经看到不少于2篇的实现文档,我为什么还要写这篇,其一,为了给自己一个总结,其二,在部署过程中遇到过一些坑,在这分享出来,也希望能给需要的人一个参考。方案很久之前都弄好了,只是才分享出来,也因为比较懒,写文档总是明日复明日。。。顺便吐槽一下,用onenote做笔记转成markdown发上来成本好高啊
为什么要用Jmeter做接口测试
当选择这套方案的时候,很多人会问,为什么选择Jmeter做Case管理?为什么不自己写框架?说实话,自己写框架有很大优势,比如易于拓展,易于定 制。Testhome上也有很多很牛逼的框架,看着就让人流口水的。很多大公司都是自己写的框架,有WEB界面(我对界面有偏爱),有简洁的Case编写方式,有很好 用的录制方法…以至于我曾经也尝试写过一个(Java+Testng执行+Xml管理Case),但是过程很坎坷,遇到了很多坑(技术积累不足是很重要的一方面)。例如编写 Case的时候调试很麻烦,后续拓展需要不断维护(不断封装新的参数获取方法)等等。所以,最终选择了它,大家可以自己尝试体会下。
Jmeter做接口测试的优势
Jmeter支持录制,工具有Gui界面,入手相对简单。
Gui便于调试,本地调试通过上传,管理容易。
维护成本很小,Jmeter功能比较全面,不会让自己陷入不停的维护框架的坑。
Jmeter Case是基于xml的(虽然后缀是jmx格式),执行结果也可以导出xml格式(结果为jtl后缀)
Jmeter做接口测试的缺陷:
单条Case执行依赖本地
Jmeter编写Case有一定学习成本
拓展性稍差,Case基于xml格式管理,后续如果想要自己编写平台,导出这些Case是个不小的工作量
Jmeter+Jenkins+Ant实施方案的适用范围
小型公司或小团队,大公司有自己的平台,后续需求也多,还是自己写一套吧。
测试团队较小,没有专门的测试开发部门支持。
编程不是很牛逼的,如果你很厉害,自己能搞定所有前端,后台,自己搞比较好。
需要立刻出活的,不想将有限的精力放到后期维护当中的
Jmeter相关插件安装:
插件安装:
Jmeter的插件安装很简单,只需要下载对应插件解压即可。
下载后解压放入:apache-jmeter-2.12\lib\ext\目录下
重启jmeter
ps:数据库链接驱动如果需要需要专门下载,例如mysql需要jdbc的j