确实，我有点儿不严谨了，一般在一行做了十几年的测试……肯定是业务精熟了。

希望能举出业务上，测试大于等于产品的行业例子，我也学习一下。

有支持的就没白写啊！感谢。

建议每天自学到凌晨 2 点以上坚持完整个试用期。同时和同事们搞好关系。

可以的。
你可以查一下源码中的 org.apache.jmeter.report.dashboard.ReportGenerator 类， 是通过它生成报告的。
调用如下：
ReportGenerator generator = new ReportGenerator(reportFile, null);
generator.generate();

你好，可以到项目的 issue 里去提一下问题。
需要看一下异常是什么才能确定到底缺什么包。

愿意。
极客时间我买过。
一个同学的，互帮互助：
https://www.jianshu.com/p/cd6388627f64

高级岗位：部门 Leader，或者团队 Leader，或者核心测试开发岗位（至少是在某个领域，要有独立产出的）。

中级岗位：能独立负责一个项目的整体测试工作，常规来看，2-3 年的从业者 。

初级岗位：刚入行，或者入行 1 年左右 。

这是引用过来的。

这几处代码是我当初没有放进去的。主要是因为最后一行：Thread.currentThread().setContextClassLoader(loader); 这会将当前线程的类加载器换成自定义的。
Jmeter 的自己的原有的启动类是需要这个的，为了将 lib 目录下的 jar 包的类加载到内存中，但我们平台是不同的，平台的环境里已经存在了绝大部分的类，没必要把 lib 目录下的所有的 jar 包都在每一个脚本执行的时候再加载一遍（应该还是占用内存的，即使重复也要来一套，没验证）。

如果你非要追求 Jmeter_Home 的那种全量的环境，可以使用脚本模式执行，同时外挂 influxDB+Grafana 监控，这是满足你的需求的。

当前平台还不打算搞的所有的 lib 包还要重复加载一遍。

嗯嗯。也可以。
我刚刚查了一下测试 dubbo 的。确实比较复杂。

是吧，平台上传 jar 包这种操作，是测试自己掌握的。
不能说平台的管理还搞一堆其他部门的人来染指，那就说不过去了。
你说的包冲突，频繁上传，都是我们测试来掌握的。

测试的 jar 包要稳定，可以先 Jmeter 工具自身测试验证后，再到平台上来，所以你说的平台频繁启动刷新 JRE，是属于过度使用平台了。

看来你这一下提了不少的需求啊，总体的数据结果分析 + 分布式节点的拆分利用。
简单聊聊吧。
数据结果 table 展示：
当然这个我还没做，因为 Jmeter 提供的测试报告是包含这些的。
你提的应该是抛弃测试报告的时候，这些聚合数据怎么弄？
我可以给折线图增加这些数据的线啊，Jmeter 传统的聚合报告的 table 展示是有弊端的，因为对比它，折线图不仅能展示趋势，还能包含历史数据，是更优的选择。
目前我没做因为我用不到 99%Line 等，还因为没人给我提这种需求。

分布式节点的拆分利用：
这个比较复杂了，其实 Jmeter 自己对这个支持的就不好啊，想一想，如果单独用 Jmeter，怎么利用多个 slave？还不是要多个 master。
我的平台想要展示不同的 slave 集群的结果，还要基于 Jmeter 的 API 之上，其实是有难度的。
这个地方我是有想法的，但是还没验证就不在这里说了。
我的原则是能不改 Jmeter 的源码就不改，因为它发展的很快，改它源码不合适。
是有想法的，嗯嗯，如果真有这方面的需求，是可以实现的。

唉，也是一种取舍吧。
想要十全十美，肯定是要费一番功夫的。
其实性能测试到底目的是什么，这个要想清楚，后续我合计介绍介绍这个。
有些人都不看测试报告的，或者说报告中有什么根本看不明白，看不出来门道。
我们测试人想的，测试报告，什么趋势图，什么统计数据，其实对某些人来说，有了就是 “哦”，没有了就是 “你这不行呀”。
我们想的周到的，费力实现的，其实除了自己，别人都体会不到。
测试人不能自己把自己玩死，还是要聚焦到能提高自身价值的地方去。

没有呀，我的平台支持不生成 css 结果文件的，然后监控数据可以直接来我的平台截图呀，这样测试报告不会过于单薄，同时还会有监控。
你这个自己的算法还是不错的，但是还会面对一个问题，就是测试报告的整合。
你自己的算法也是改的 Jmeter 源码吗还是插件生成的？还是说处理已有的 JTL 文件？

还是被说出来了啊……其实这个坑我也是深有体会的。文中我也提了。

这个坑，属于 Jmeter 的缺陷，但你的多 master 的方式也有问题，主要就是测试数据的监控收集和测试报告的整合及生成。
我想的解决方式，应该还是给 Jmeter 写插件，不要实时发送数据，而是固定间隔发送数据给 master。

当然目前我没心急火燎的解决这个问题，因为实际上，master-slave 的结构能产生的压力还凑合。
我这边是有数据的，master 是 1G 网卡的情况下，多 slave 能产生接近 8 万的 TPS 压力。
这个压力的数值，已经可以了。
通俗点儿说，这个压力我认为已经满足绝大多数的压力需求了。

这个问题我已经想着呢，会实现。

有执行压测的启动按钮。

RPC 的接口吗？这个没尝试过。
我们平台是 Jmeter 内核的，如果 Jmeter 可以测，那平台就可以。

研究一下 Jmeter 的断言，能对响应码是 502 504 500 标记为错误或者成功。

感谢使用。
第三方的 jar 包要写到 pom 文件里，相当于平台加载的三方 jar 包，然后重启平台使用。
这方面目前没有什么好办法。

你这个问题 github 上也提了是吧，我在那里回答你。

面试题很不错。

性能测试工作有一个经验，就是一般不是未雨绸缪，而是实在不行了经常出性能问题了需要性能测试。
这样往往会出现一个结果，要搞性能测试，并且必须最快速度搞起来。
同时，由于性能问题排查比较复杂，性能测试工作会非常多非常频繁，加班也是很强烈的。
然后，一方有了成功经验，其他部门/项目也会要求搞性能测试，需求更猛烈的来了。

说到这里，开发同学的效率和速度就是特别大的优势了，能加班，可以快速的让产品成型。

同时，也变相说明了，其实开发和性能测试，测试开发的技能栈知识树是很重叠的。

我就是 win10 啊。
mac 成功了，win10 不成功，那先检查配置呗……主要是 Jmeter_home 的路径，目录下是这样的：

嗯嗯 ， 需要配置一下 Jmeter_home 在数据库中配置。

pom.xml 打 war 包使用 pom-war.xml