前言：先提一个问题
性能测试是否真的在意有性能监控平台？服务器资源监控、性能测试指标监控？
回答：
并不是很在意，在意也只是锦上添花！why？
性能测试的重点并不是时刻盯着这些花里胡哨的图表！而是需要综合分析找到服务性能瓶颈并提升性
能！
那为什么很多人热衷于花大量时间来搭建这样一套性能测试监控平台？
第一：因为弥补 jmeter 性能测试工具对报表输出方面的不足，如使用类似 Loadrunner 性能测试工具
能提供丰富的报表输出，那么也不需要如此大费周章。
第二：秀儿，锦上添花，初中级性能测试工程师又需要这样的辅助技能展示自己。
再来说一下使用 jmeter 工具做性能测试需要做些什么？
1、jmeter 本身是纯 java 开发的 GUI 工具；正如启动 jmeter 时提示的一样，如果需要做性能测试，建
议使用 NoGUI 模式，即通过 CLI 模式执行脚本，那么如何收集测试结果呢？
2、为弥补 jmeter 报告方面输出的不足，它有丰富的插件来完成服务器资源的监控及性能测试指标监
控，如 inuxdb、prometheus 等方案来解决；
3、如果不是这些插件又如何来使用 jmeter 做性能测试？需要性能测试工程师有过硬的技术功底。
解决 JMeter 工具做性能测试的监控资源不足的方案：
第一：GUI 模式可以调试脚本，并不是适合做性能测试；为了避免由测试工具带来的性能问题，我们
一般会使用 NoGUI 模式 CLI：jmeter -n -t xxx.jtl -l xxx.jtl -o report
第二：CLI 模式并没错，但是会有一个问题：随着性能测试时间的维度拉长，那么生成报告过程会很占
系统资源，而且可能使测试中断或报告无法正常生成；
第三：不管是 jtl 文件过大无法正常生成报告，还是输出 report 失败，都存在不确定性因素；那么我们
只能通过使用 linux 命令去监控服务器资源：top、vmstat、free、iostat 等。
第四：在 linux 方面除了命令，同样也可以使用 nmon 工具收集系统资源并 download 到本地使用
excel、再结合 jmeter 脚本运行的性能测试结果进行分析；
第五：那么对性性能指标：Vuser、RT、TPS/QPS 等如何监控呢？在使用 jmeter 时，可以通过修改配
置文件来改变 jtl 文件保存结果，一来结果文件大小可以控制，二是方便结合服务器资源数据进行性能
分析。
性能监控平台原理
为什么原理要夹在中间?
No，这只是补充!!!
原来使用 jmeter 完成性能测试，一是使用监控插件、二是登录 linux 服务器实时监控，对于数据持久
化来说，是不利的，也就是说，性能测试一旦停止，环境一恢复，那么无从结合 jmeter 产生的结果报
告进行及时分析，所以需要搭建一款可视化性能监控平台，并且数据持久化；方便事后对比。
评论0