基于 Jmeter 的轻量级云压测平台的原理与实现

目录

前言：

背景

云压测平台要解决什么问题

云压测平台为什么要自己实现

实现语言及内核

开发语言

Jmeter 的优缺点

Jmeter 压测启动的方式

从需求看实现

核心需求

抛弃的需求 1：在线生成测试脚本

抛弃的需求 2：在线监控服务器指标

结尾

---

前言：

在进行性能测试时，我们需要确保应用程序在不同负载和压力下的表现。

背景

云压测平台在测试领域并不是陌生的名词，简单来说就是在网页/移动端执行压测操作，同时压力机是部署在云端。
如压力节点机在云南，那就是云南产生压力，在北京，那就是北京产生压力。
现阶段云压测平台挺多的，我了解到的就有收费的如阿里云的 PTS、XMeter，还有一些开源的，如 nGrinder、云集微店的 TITAN。

云压测平台要解决什么问题

1. 压测任务和业务的关系：隶属层级。
2. 压测任务和测试人员的关系：权限管理。
3. 摒弃繁琐的手工操作，提高效率，完全线上操作。
4. 实时查看结果：集成监控平台。
5. 历史压测数据留存：在线测试报告。
6. 统一压测工具，统一压测标准。

云压测平台为什么要自己实现

收费的就不提了。
开源的各种压测工具，总会面临各种问题：

1. 脚本语言写的压测内核，创造压力的性能就不够。
2. 冷门的压测软件，测试结果难以服众。
3. 软件用的人少，容易出问题和出了问题不好解决。
4. 热数据图形监控都不好。
5. 系统较庞大，占用资源较多。
6. 是否便于推广，真正减轻工作量。

同时，平台实现之后还有好处：

1. 和其他测试工具/平台做集成对接。
2. 和其他部门的工具/平台做对接。
3. 全链路性能测试的起点，公司性能保障的开端。

实现语言及内核

开发语言

其实平台本身使用什么语言开发都可以，但是由于压力内核选择使用了 Jmeter，为了要调用 Jmeter 的 API，平台也选择使用 Java 开发。

Jmeter 的优缺点

优点不详述了，最重要的还是顶级项目开源，社区活跃，Java 语言性能好和跨平台。

说下缺点，我目前发现的有：

1. 代码还是庞大冗余，但这一定程度上保证了软件稳定性。
2. 至少测试报告的核心开发，水平一般（我有实锤，要反驳的别在这吵）。
3. Jmeter 的 API 设计的一般，调用时较麻烦。</