本文介绍了如何使用JMeter进行性能测试自动化，强调了在生成测试场景时应避免过多的监听器，仅保留聚合报告。还提醒在JMX文件命名中避免使用中文以防止乱码问题。分享了一个通用的build.xml脚本，可以在不同的Jenkins任务中配置运行不同JMX文件。最后讨论了是否生成HTML报告的选择，指出长时间的性能测试可能影响指标的准确性及解析jtl文件的资源消耗。
压力测试能不能自动化？当然能，而且也可以进一步加入持续集成，说到底无非就是一个job的事儿。
在越来越快的迭代中，性能测试是否一个系统一辈子只需做一次就够了？
一周一个版本，接口、数据库、代码不断频繁改动，如何保证现有改动不影响性能？
想要做一个千万级用户的应用，任何一点接口修改的失误或者bug，可能对性能的影响都是致命的。
给大家分享一下，目前在项目中做的压力测试自动化相关，有需要的可以参考下
（初步版本，先描述大概思路，如果感兴趣的人多再补充后续）
环境篇——
性能测试工具：Jmeter 2.11
持续集成平台：Jenkins 1.606 + 插件 Performance Plugin v1.13
建议使用最新版本，之前的版本都会有各种奇怪的bug，已踩过深坑…...
1、安装Linux Jenkins
使用64位Linux做为服务器，安装tomcat+Jenkins 形式部署 jenkins，压力测试生成的 jtl 文件可能会比较大，如果 tomcat 分配的内存过小，多半会 opps！
2、拷贝tools.jar
最低0.47元/天 解锁文章
扫一扫
5万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
