jmeter无法满足敏捷理念怎么办,使用二次开发集中管理!
apache jmeter是apache软件基金会出品的一款用于接口测试,压力测试的开源软件,由于其免费开源,插件j自由扩展,跨平台,所以理论上可以支持所有种类的接口测试。jmeter自身也已经提供了许多优秀的插件,极大地增强了jmeter的能力。 问题引入 jmeter提供了两种运行模式,一种是GUI模式,一种是CLI模式,这两种运行模式有各自的场景: GUI-图形用户界面: 顾名思义,用户可以在任意支持java的操作系统上打开一个jmeter客户端,因为GUI模式下提供了可视化的脚本编排工具,因此常用于脚本编排。 CLI: 命令行模式,也叫non-GUI,headless(无头模式),可以在不启动jmeter图形客户端的情况下发起脚本测试,CLI模式是更常用的jmeter运行模式,因为不需要启动图形客户端,所以该模式下占用的资源会更少,是在负载测试和压力测试中最常用的运行模式。 无论使用jmeter执行何种类型的测试,都离不开脚本的编排,GUI模式下固然可以编排脚本,但是这种方式在面对现在越来越盛行的敏捷开发及devops理念时稍微显得心有余而力不足,主要的问题在以下几个方面: 碎片化严重: 当新的需求完成或旧的需求发生变更时,需要重新编排测试脚本,脚本很难管理或碎片化非常严重。 历史记录难以回溯: 每次使用jmeter进行性能测试都会生成新的日志、报告