一、背景
性能测试在我们现在的测试中可以说是必不可少的一环，通常我们使用压测工具 Jmeter 或 Loadrunner 来进行压测工作，然后使用各种监控工具对被压服务、数据库、中间件等组件进行监控，然后根据监控结果对各个组件进行分析和调优，最终达到性能测试的目的。
随着互联网的发展，各类软件系统用户量越来越多，系统的架构越来越复杂。性能测试方面来说，单台机器作为负载机已经不能满足我们的要求了，虽然 Jmeter 和 Loadrunner都能够进行分布式部署进行压测，但是部署和调试相对比较麻烦，对压测工具的版本、数据文件的构造和存放目录都有硬性的要求，一场性能测试下来，大量时间花在环境方面，真正性能测试执行、分析和调优的时间就被压缩，这样就得不偿失。
在这样的情况下，越来越多的公司开始研发自己的性能测试平台，它能够加快性能测试的执行。同时，还具备自动构造数据、监控目标服务、保存测试结果等优点，为我们后面的分析和调优工作进行了极大的辅助。
二、架构
什么是分布式性能测试平台：其实和我们使用 Jmeter 或 Loadrunner 进行分布式压测总体上是一样的，就是有一台调度机负责给多个压力机分配压测任务，收集压测结果和监控结果，然后把所有结果存入对应的数据库，最后通过页面把这些结果展示出来。下面我们来看一下下面这个架构：
从上面这个图可以看出，有三个关键模块：broker、worker、monitor，他们分别负责的功能如下：
broker
- 收集所有压力机信息，包括：IP、CPU、内存、磁盘、网卡等信息；
- 开始/停止压测请求，请求参数包括：线程数、循环次数、被测试Java类（case）
- 接收到请求后，调用sendTask/stopTask方法将请求以消息的形式发往各个压力机；
- 接收压力机上报的压测结果信息并存入数据库，包括:batchId、start_time、end_time、response_time和isSuccess，并存入数据库；
worker
- 接收broker下发的定时任务，然后调用JMeterEngine进行执行；
- 获取执行时间、是否成功等信息后将结果传回给broker；
- 上传worker机器性能指标到broker；
- 接收broker下发的停止任务并停止测试；
monitor
- 使用工具类（jna、jna-platform、oshi:oshi-core）获取监控信息，包括：CPU、内存、磁盘、网络等信息；
- 部署在worker机和被测服务所在机器，采用定时任务的方式隔几秒上传机器信息；
除了以上三个核心的模块外，还有一个核心模块，就是我们的测试 case 模块
- 所有case继承自AbstractJavaSamplerClient类，重写runTest()方法；
- 所有case应该包括数据的构造、请求的发送、结果的接收、时间的统计以及case执行成功与否的判断；
- 如果有读取配置文件、生成数据等前置操作可放在setupTest()方法中；
三、代码实现
地址：https://github.com/luolei001/Performance-testing-platform