软件测试 52 讲
茹炳晟
腾讯 TEG 基础架构部 T4 级专家
71691 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
结束语 (1讲)
软件测试 52 讲
15
15
1.0x
00:00/00:00
登录|注册

32 | 无实例无真相:基于LoadRunner实现企业级服务器端性能测试的实践(上)

加入负载冗余
分析历史数据
转化需求为实际可操作的性能测试需求
达到最高峰负载的时间长度
并发用户高峰期的时间分布规律
单一业务操作的用户行为模式
并发用户业务操作的分布情况
系统整体的并发用户数
关联分析
图形化展示测试结果数据
分析测试过程中收集的数据
控制Load Generator产生测试负载
性能测试执行的控制管理中心
数据参数化、关联建立、运行时设置
生成模拟用户行为的测试脚本
Analysis
Load Generator
Controller
Virtual User Generator
测试结果分析器
系统监控器
压力产生器
压力控制器
虚拟用户脚本生成器
性能测试需求的定义与计划的复杂性
获取具体测试需求的复杂性
企业级服务器端性能测试的五个阶段
LoadRunner的基本原理和主要模块
性能测试需求的定义与计划
获取具体测试需求
LoadRunner Analysis
LoadRunner Controller
Virtual User Generator
LoadRunner的基本原理
后端性能测试工具的基本原理
总结
阶段1:性能需求收集以及负载计划制定
LoadRunner的主要模块
LoadRunner的基本原理
实例:如何基于LoadRunner开展企业级服务器端性能测试

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

你好,我是茹炳晟。今天我和你分享的主题是:无实例无真相之基于 LoadRunner 实现企业级服务器端性能测试的实践(上)。
从今天开始的两篇文章,我将介绍如何基于 LoadRunner 实际开展企业级服务器端的性能测试。分享这个主题时,我会从最开始的性能需求获取开始讲起,带你完整地经历一个实际服务器端性能测试项目。通过这个过程,我希望可以帮助你快速建立服务器端性能测试的全局观,并了解各主要步骤的关键技术细节。
听到这里,你可能就有些困惑了。我在分享《工欲善其事必先利其器:后端性能测试工具原理与行业常用工具简介》这个主题时,曾经说到:LoadRunner 比较适合于传统软件企业开展性能测试,而 JMeter 更适用于互联网企业的软件性能测试。那么,为什么我没有选择以 JMeter 为例来展开后端性能测试呢?
我选择 LoadRunner,是经过深思熟虑的,主要原因包括:
JMeter 的官方文档对其使用方法介绍得很详细,而且其操作基本属于“傻瓜式”的。JMeter 使用的难点在于:如何支持海量并发,以及实现更好的 load 控制,解决这个问题你可以参考 LoadRunner 的实现方式,然后从你所在企业的实际业务场景出发,进行二次开发。
互联网企业和传统软件企业的软件产品的后端性能测试,在原理以及基本方法上是基本一致的,区别较大的只是全链路压测。所以,我以传统企业的软件产品为例展开分享,你因此学到的原理以及测试方法将同样适用于互联网软件产品的性能测试。
关于互联网软件产品的全链路压测,由于需要实现海量并发以及流量隔离等操作,所以目前只有一些大型企业在做,比如饿了么、淘宝、ebay、美团等超级大的网站。但是,如果你也想了解全链路压测的话,我也会准备一篇“加餐”文章,和你分享开展全链路压测的难点,以及应对方案。我会更新完性能测试这个系列以后,为你准备这篇“加餐”文章。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文详细介绍了如何利用LoadRunner进行企业级服务器端性能测试的实践。作者首先解释了为何选择LoadRunner而不是JMeter,并阐述了LoadRunner的基本原理和主要模块。文章还详细描述了基于LoadRunner完成企业级性能测试的五个阶段:性能需求收集、录制并增强虚拟用户脚本、创建并定义性能测试场景、执行性能测试场景以及分析测试报告。通过对LoadRunner的工作原理和各个模块的解释,读者可以快速了解服务器端性能测试的全局观,并了解各主要步骤的关键技术细节。文章内容详实,适合技术人员快速了解LoadRunner的使用方法和服务器端性能测试的实践。文章还分享了如何获取具体的性能测试需求,以及制定负载计划的内容,强调了性能测试需求的复杂性和重要性。整体而言,本文为读者提供了深入了解LoadRunner和服务器端性能测试实践的宝贵资料。

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

全部留言(18)

  • 最新
  • 精选
  • 伪专家
    在测试道路上践行渐远……目前的情况及行业趋势看,测试去转开发了…原因有以下方面:1:通过拉钩和Boss测试的工资越来越少,没有优势 2:大企业Api,Ui,全连路压测,ui兼容性,稳定性,健壮性都已成性,线上copy,防用户测试都已成型…招聘职位中什么都要有,但是实际业务及公司组织架构的影响,测试的优势更受局限……

    作者回复: 是机遇也是挑战,这就会形成两级分化,原本的功能测试会比较尴尬,但是具有宽广知识面的技术型测试会供不应求

    2018-09-10
    2
    14
  • 李奋斗
    图里的测试协调员,DJ打碟的既视感!😂

    作者回复: 好像是哦😊

    2018-09-11
    7
  • 人心向善
    loadrunner中有个说法是说并发和在线的关系大约是1:10,也就是说1个用户并发相当于10个用户同时在线,但是后来网上查了查确实是有这个并发关系,但比例不是1:10,而是在20%范围内浮动,我想向老师问下,这个是否是有依据的?谢谢!

    作者回复: 没有依据,如果你深入理解了并发用户数和用户行为模式的含义的话,可以直接得出这个结论

    2018-11-27
  • 小老鼠
    我们的性能是否通过的检查点为: 1,系统中没有内存泄漏、磁盘、CPU、网络故障 2,本版本获得的并发用户、容量的拐点>=上次版本对应拐点的95%以内(含95%)
    2018-10-30
    3
  • jinjin
    最近第一次上手性能测试,就遇到了需求不明确的情况。和老师举的体检中心的例子比较相似,我得到的需求是看一下我们的系统index完10万篇(每篇2M)的文档的性能。对于并发用户数量到底该选取多少,ramp up时间设置多少合适以及需不需要加think time都很茫然。现在只能摸着石头过河,不知道老师有什么好的建议吗?
    2018-09-30
    2
  • Cynthia🌸
    性能测试一直做的不多,所以最近看的也晕晕的,感觉还是要多实践呀! 不过呢,读了文章之后感觉更有方向了,比如为什么用这个工具,工具中的哪个模块是有怎样的用处,尤其是人肉测试那段类比,作者真的是好会写文章!
    2018-09-12
    2
  • 涅槃Ls
    打卡32、准备虚拟机 安装LR 学习LR
    2018-09-18
    1
  • Aaron🎶 팽홍쟁
    在浅谈全链路压测篇中,老师是这么说的:由于全链路压测需要发起的海量并发,通常会超过每秒 1000 万次以上请求的压力量级,所以传统的性能测试工具 LoadRunner 已经很难满足要求了。但是在本篇章中却是这么说的:JMeter 使用的难点在于:如何支持海量并发,以及实现更好的 load 控制,解决这个问题你可以参考 LoadRunner 的实现方式,然后从你所在企业的实际业务场景出发,进行二次开发。请问茹老师如何理解?海量并发用户模拟到底哪个工具更合适呢
    2022-11-14归属地:上海
  • Geek_dc1862
    按照我的理解不应该是先制定测试场景,然后再按照测试场景去开发脚本吗?
    2022-08-10归属地:广东
  • 东方不败之鸭梨
    实战,实战
    2022-04-18
收起评论
显示
设置
留言
18
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部