ant jmeter 原理_Jenkins+Jmeter+Ant 接口持续集成

本文介绍了如何使用Jenkins、Jmeter和Ant进行接口测试的持续集成,包括Jmeter的优势与缺陷,Jenkins配置,Ant脚本的运用,以及测试报告的定制和优化。适合小型团队和需要快速实现接口测试自动化的情况。
摘要由CSDN通过智能技术生成

前言

其实这个方案,我在本论坛已经看到不少于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

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值