性能测试实战 30 讲
高楼
前 HP 高级性能专家,7DGroup 创始人
45941 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 37 讲
性能测试实战 30 讲
15
15
1.0x
00:00/00:00
登录|注册

04丨JMeter和LoadRunner:要知道工具仅仅只是工具

市场趋势
云测试平台
开源免费
MicroFocus合并
HP收购
Mercury时代
成本节约
测试结果优化
性能标准
职责承担
测试报告
测试结果价值
性能瓶颈判断
数据分析
监控策略
参数化数据
压力策略
LoadRunner
JMeter
思考题
性能测试工具中是否必须做监控
企业选择性能工具考虑方面
压测平台出现的必要性
监控数据流向
压测工具模拟真实用户
JMeter
LoadRunner
性能团队已成熟
性能团队初成熟
性能团队初建
性能分析学习期
性能场景学习期
性能工具学习期
如何选择合适的工具
使用性能测试工具的误区
JMeter和LoadRunner的历史兴衰
公司性能团队成长阶段
性能测试工程师的三大学习阶段
性能测试工具选择与使用

该思维导图由 AI 生成,仅供参考

做性能测试工作的人总是离不了性能测试工具,但当我们刚开始接触这类工具或者压测平台的时候,总是难免处在一种顾此失彼,焦虑又没想法的状态。

性能工程师的三大学习阶段

在我看来,对性能测试工程师本身来,多半会处在以下三个大的阶段。

性能工具学习期

JMeter 和 LoadRunner 是我们常用的两个性能测试工具。曾经有人问我,应该学 JMeter 还是 LoadRunner 呢?我反问的是,你学这样的工具需要多久呢?一般对方因为初学并不清楚要多久,然后我会告诉他,如果你是认真努力的,想要全职学习,那么我觉得一个工具,纯从功能的使用的角度来说,自学两个星期应该就差不多了。如果你是在工作中学习,那就更简单了,工作中需要什么就学习什么,不用纠结。
而应该纠结的是什么呢?当你把 JMeter、LoadRunner 的基本功能学会了,你会发现这些工具其实就做了两件事情,做脚本和发压力。
但问题在于,脚本的逻辑和压力场景的逻辑,和工具本身无关,和业务场景有关。这时你可能就会问,场景怎么配置呢?
这才进入到了另一个阶段。
通常在这个阶段的时候,你会觉得自己有非常明确的疑问,有经验的人可能一句话就可以指点你了,解决掉你的疑问,就是告诉你选择什么工具,如何来用。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

性能测试工程师的成长过程分为性能工具学习期、性能场景学习期和性能分析学习期。在这个过程中,他们需要逐步掌握工具的使用、场景设计和数据分析的能力。同时,公司的性能团队也会经历初建、初成熟和已成熟三个阶段,从简单的测试到逐渐体现性能价值,最终展示真正的实力。文章强调了性能测试工程师和团队需要不断学习和成长,才能在性能测试领域取得更好的成绩。 文章还介绍了性能测试工程师和团队在选择性能测试工具时的考量。市面上有各种性能测试工具,包括收费的、免费的、开源的、闭源的等。文章列举了一些常见的工具,并对其中的一些进行了比对,如Apache JMeter、HP LoadRunner、Silk Performer、Gatling、nGrinder、Locust和Tsung。其中,JMeter和LoadRunner的历史兴衰也被详细介绍,强调了JMeter作为开源工具的成功案例。 总的来说,文章通过介绍性能测试工程师的成长过程和性能测试工具的选择,强调了学习和成长的重要性,同时展示了一些常见性能测试工具的特点和历史。文章内容丰富,对性能测试领域的读者具有一定的参考价值。文章提出了一些思考题,引导读者思考企业选择性能工具应该考虑哪些方面以及性能测试工具中是否必须做监控,为读者提供了进一步思考和交流的机会。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《性能测试实战 30 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(57)

  • 最新
  • 精选
  • zuozewei
    第一个问题: 大概会考虑怎么几个方面: - 学习成本:对人员的水平要求,培训时间成本等; - 脚本编写:能否录制测试脚本,是否支持GUI操作等; - 安装部署成本:是否支持一键安装,是否支持docker等; - 是否免费:开源工具一般都是免费的;但是很多收费工具也的确物有所值; - 是否支持多协议:比如是否支持 HTTP 协议、RPC 协议等等 - 测试场景:是否有链路、场景编排管理,支持支持将请求编排成业务场景,即常见的一串联场景; - 流量控制:支持纵向的,上下游链路的请求量逐渐减少,整体呈现一个漏斗模型;也可以是横向的; - 压力控制:指压测时并发用户数、 TPS 的控制等; - 数据驱动:大量的测试数据的参数化; - 分布式支持:支持压力机集群; - 测试报告:压测结果是否能够图形化展示,提供美观且丰富的测试报告; - 二次开发的成本:由于时间或人力关系,也需要考虑二次开发成本; - 性能开销:执行机开销、软件可靠性、执行效率、业务处理能力等。 .... 第二个问题: 我觉得一个好的监控系统大概需要包括以下几个方面: - 全栈系统监控是前提; - 关注于整体应用的 SLA:主要从为用户服务的 API 来监控整个系统; - 关联指标聚合:把有关联的系统及其指标聚合展示。主要是三层系统数据:基础层、平台中间件层和应用层。并提供一个全局的系统运行数据大盘,帮助快速找到系统瓶颈。 - 快速故障定位:快速定位问题需要对整个分布式系统做一个用户请求跟踪的 trace。 只有做到了上述的这些关键点才能是一个好的监控系统,而显然目前的测试工具监控是不满足的。 另外测试工具本身在做监控也有其局限性,如 jmeter 在压测量较大的情况下回传测试结果 Master 节点会成为容易成为瓶颈。

    作者回复: 嗯,你说的很对。 我竟没有啥子可以补充的。

    2019-12-23
    5
    99
  • calm
    高老师,能否推荐一些性能测试这方面的书籍?

    作者回复: 这个就比较麻烦了。除了写性能测试工具之外,性能测试基本上没有自己的书籍。 但是写工具也不算是完整的性能测试。 如果你要看的话,我建议你这样开。 OS、DB、存储、语言(java、go、python)、架构等各找一本性能相关的书看。比如说linux性能优化、java性能优化、mysql性能优化,这类的书。

    2019-12-24
    29
  • 私人领域
    现在在公司做的还是不太顺利,概念不理解,大家对并发的不理解,这包括开发,产品,项目,部分运维可以理解;还有就是无理要求要求8000并发,这个怎么跟他们解释都无用,一说就是客户要求的,这8000并发发包出去就几g的流量了,真不明白他们怎么想的,这做技术的人一点基础都没有,真的很难工作

    作者回复: 要是你职位高,可以强势一点沟通。如果从历史数据中算到并发度并不高。(就是拿当前的用户和业务的TPS做比对就可以知道并发度。) 那完全可以算得出来。 现在不懂技术的人说的并发,大部分是说的在线。之前我算过一个要支持1000万基础用户(也就是数据库里总共只有1000万用户),再计算到日活,再计算到时、分、秒,才需要200TPS。

    2019-12-24
    5
    15
  • 村夫
    老师请教一个问题。关于事物的定义,假如有一个兑奖的活动,进去活动页面会请求三个接口,一个个人积分接口,一个是任务列表接口,还有一个是兑奖列表接口。在页面点击兑奖按钮会去请求兑奖接口,兑奖成功页面会去调用用户接口刷新用户当前积分。这样的情况应该怎么去定义事物?

    作者回复: 这就是之前的一个文中所写的。 事务的定义取决于测试的目的: 1. 如果你想测试的是单个接口的容量,那显然,一个接口一个事务,并且都是直接连接口就行了。但是要注意的是,其实在测试兑奖接口的时候,后面的几个接口也都会调到,所以这时会把后面几个接口都压了。这时,如果你的目标只是测试兑奖接口本身,并不想测试关联的其他接口,那就mock掉。 2. 如果你要测试的兑奖的这个流程,那显然是从兑奖接口进去。事务定义到兑奖整个流程上。

    2019-12-24
    12
  • 小老鼠
    要测试一个在线运行的网站性能,应该使用什工具比较好?设置的被测网站的IP地址可以是公网IP吗?

    作者回复: 使用什么工具取决于什么样的工具最适合应用场景。如果是HTTP协议的,那有很多工具都适用。没有谁比谁更好,只有哪个应用在团队中成本最低。 关于压力工具我从来不纠结,就算自己写一个多线程工具也无所谓,只要能让我看到TPS、响应时间、错误率之类的数据就可以。 从技术上说,不管是公网IP、内网IP,对性能测试的过程来说都无所谓,只要路由可达就可以测试。 只是用公网IP要考虑出口流量,以及架构上的各种网络设备,像WAF、SLB、广域网设备等。并且如果是按流量付费的带宽,还要先计算下费用。 还有客户端如果也在公网上,还要考虑客户端的出口带宽。 但是这些都和性能测试技术本身无关。

    2019-12-24
    7
  • Geek_081377
    支持高老师,希望听完能成为公司的性能大牛,哈哈

    作者回复: 要是完全能在工作中落地的话,那就不是大牛了,是猛牛。哈。

    2019-12-24
    2
    6
  • 律飛
    第一个问题: 企业选择性能测试工具无外乎两种策略,一是性价比优先,花最少的钱最快地完成最多最需要完成的任务,比如租用云压测平台,属于头痛医头,脚疼医脚的临时策略,小公司、发展初期公司等常采用的策略,可以快准稳完成压力测试。二是结合长期发展目标,分阶段规划测试工具购买及测试人员培养,甚至自己开发测试工具,积累并形成自己的压测能力。这个策略与公司测试人员以及测试团队能力也有很大的相关性。其实老师已经讲得很清楚了。 第二个问题,我个人认为不应该在测试工具中做监控。现在处于一个分工很细的世界,术业有专攻,专业人做专业事,一来可以保持工具的简洁,二来可以保持工具的通用性,增加使用的灵活性。当然这对做性能测试的人的能力要求就更高了。不过工作的乐趣不就在于此吗?

    作者回复: 理解的非常到位。完全领会了精髓。

    2019-12-23
    6
  • 小昭
    思考题: 你觉得企业选择性能工具应该考虑哪些方面呢? 1、企业规模及性质 2、系统性能目标(想要支持多少TPS) 3、系统架构 4、员工的学习成本 5、工具的优势是否满足要求,工具的缺点是否对性能测试没有影响或影响不大 (感觉自己的思维还是不够开阔呀,需要继续努力) 性能测试工具中是否必须做监控呢? 1、如果压测工具中必须做监控,那么大概率也就不会有监控工具了吧。因此监控工具的存在本身就表示了压测工具做监控这件事儿不是必须的。 2、第二点就是文中说的,数据流向不同,不符合真实的场景。 本文虽然是讲工具,但并非单纯的讲工具。老师不断强调的一个点都是,性能测试一个完整的流程是测试验证、分析和调优。(可能是有太多人以为性能测试=会工具的使用吧) 性能测试工具,本质上还是个工具,工具都是人发明的,为的是解决某个问题,同时都有自己的优势和不足。比如交通工具,上班的时候可以选择步行、骑自行车、骑电动车、开车、坐公交、坐地铁等等,开车肯定是最舒服的,但是可能会堵车;骑自行车是最健康的,但是耗时会长一些而且还要风吹日晒。其实选哪个都可以,只要能到公司就行。但是每个人的向往、喜好和财力不同,比如有人不怕日晒雨淋,更向往健康的生活方式,那我就选择骑自行车上班;有人讨厌堵在路上的感觉,所以选择地铁出行;有人没钱,买不起车,那就只能选择相对便宜的交通工具。 因此,不用过分纠结用哪个性能测试工具,只要我们能拿到需要的数据就行。

    作者回复: 理解的很对。这样认真的话,我觉得看完专栏就是高手。

    2020-03-12
    5
  • 罗辑思维
    最近在得到学习《薄世宁·医学通识50讲》 08丨病与症:为什么这些“病”不用治?文中对病与症的解读,让我能理解工具,性能指标,性能分析人员之间的关系。 比如风寒感冒(症状是怕冷,流稀鼻涕),吃风寒感冒颗粒,热水泡脚。 风热感冒(症状是咽喉肿痛,发烧),吃退烧片,热水泡脚,多喝淡盐水。 对应性能分析 性能指标 <---> 症 性能分析者的判断 <---> 病 性能优化 <---> 药 而工具只是观察性能指标(症)的手段,就像医生用仪器测量血压。

    作者回复: 理解的很是合理。

    2020-04-05
    2
    4
  • slark
    Jmete和Locust都学过,J感觉有GUI,L是Python,编写测试脚本更便捷

    作者回复: 喜欢什么用什么。只要压力能发起来就行了。

    2020-01-07
    3
收起评论
显示
设置
留言
57
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部