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

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

你好,我是茹炳晟。今天我和你分享的主题是:无实例无真相之基于 LoadRunner 实现企业级服务器端性能测试的实践(下)。
今天,我会继续和你分享如何基于 LoadRunner 完成企业级服务器端的性能测试。通过我上一次的分享,你已经清楚知道了,整个性能测试过程可以分为五个阶段,并且解决了整个测试过程中最难的一部分工作,即如何获取具体的性能测试需求。
现在,我们先来回顾一下,性能测试包含的五个阶段:性能需求收集以及负载计划制定、录制并增强虚拟用户脚本、创建并定义性能测试场景、执行性能测试场景,以及分析测试报告。所以,今天,我们就要解决剩下的 4 个阶段的问题了。

阶段 2:录制并增强虚拟用户脚本

我已经在上篇文章中和你提到,完成了性能测试需求分析后,你就已经明确了要开发哪些性能测试脚本。现在,我们就一起来看看开发性能测试脚本的步骤,以及相关的技术细节。
从整体角度来看,用 LoadRunner 开发虚拟用户脚本主要包括以下四个步骤:
识别被测应用使用的协议;
录制脚本;
完善录制得到的脚本;
验证脚本的正确性。
这里需要注意的是,完善录制得到的脚本这一步,会包含大量的技术细节,也有很多对你来说可能是新概念的名词,所以我会着重讲解这一步,帮你克服性能测试道路上的这些“拦路虎”。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《软件测试 52 讲》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(21)

  • 最新
  • 精选
  • 伪专家
    现在公司都用jemter,也是jemter2次开发,又叫全链路压测平台

    作者回复: 是的,大型互联网企业特有的线上环境的全链路压测,牵涉到流量隔离,影子表,api改造,jmeter海量并发的二次开发等内容,是个专业性很高的领域

    7
  • 老师,是否可以写一篇关于性能测试报告的分析和性能瓶颈的定位过程?

    作者回复: 这个我之前在做大纲的时候有想过专门来个完整分析过程的文章,但是后来放弃了,主要原因是这样的文章的确可以给大海带来性能分析到位主观感受,但是最大的问题是知识点非常零碎,而且不管用什么例子都不具有代表性,而且会需要一个实际的系统以及很多log的支持,会牵涉很多敏感信息,所以最后没有成文。不过可以在留言区多多讨论

    4
  • Cynthia🌸
    对于这篇里面提到的录制脚本等相关工作自己还是比较熟悉的。而对于性能测试的理解和整体把握上还不够成体系。 需要好好琢磨文章,实践,总结,实践。

    作者回复: 性能测试系列的最后一篇文章可能会给你很多体系上的理解和帮助

    1
  • 人心向善
    检查点的作用说白了就是验证正确性,比如拿登录这个点来说:只有当用户成功登录系统后才会出现“welcome!admin”的这种提示,那么检查点就可以以“welcome!admin”这些信息作为check,原因就是因为只有用户登录后才会看到这个提示,不登录是看不到的!如果说页面上实在没有比较容易找到的检查点信息,可以以200 ok为检查点或者是具体返回值信息比如 返回success 0这些信息也可以,不过并不建议这样做

    作者回复: 性能测试脚本理论上是需要每一步都加检查点的,但是实际工程中这么做的人很少,只在一些关键路径加

  • 赵明月
    也想看jmeter的

    作者回复: 其实jmeter的功能相比loadrunner还是差了点的,但是由于免费,所以用的比较多,后续我们讲全链路压测的时候就会以jmeter来讲

  • Robert小七
    我看老师好像还是用的LR11,是否从这里可以看出后续jmeter是主流!LR只是利于理解

    作者回复: 其实不完全是,lr的很多理念和方法都是比jmeter要先进很多的,当然最为概念讲解的辅助工具也可以更好的突出重点。

  • 老师所有的文章,一路看过来每次都是意犹未尽,获益良多。这么好的文章,看一遍怎么够呢!非常感谢老师的辛苦用心。
    8
  • 口水窝
    想起4年前在前面一个公司的时候用过,但不知其中的原理,只是依葫芦画瓢,感觉不会写代码,不会百度,执行不起来,不会找原因,然后就没在看了,那时候可羡慕运行起来的高手了,现在在回头看,其实编程也不是很难,关键我们没有找对方向,没有找对下手点,以致于自己一直在这个范围之外彷徨! 这几年冷静下里,想了想,生娃带娃的两年,逐渐使我慢慢明朗起来,要知道怎么去学,怎么去做。 感谢茹老师,感谢极客时间。
    2
  • Xiye
    我们公司没有用Loadrunner,用得是Jmeter。在使用中,会有压力不够的问题,我们用一台机器做控制器,三台或四台机器做Agent端测试,经常一台机器超过200线程,性能就上不去了,检查发现瓶颈在于测试的Agent端。特别是我们项目转到Sprint boot架构下,这个问题就更加明显了。后来其他项目的同事推荐我们使用wrk,确实能提高了不少测试压力。 对于性能测试,我觉得确实像老师说得最难的是需求的采集,计划的设计,报告的分析,其实脚本编写和工具的使用并不困难。很多时候到底需要什么样的性能测试环境,需要多大的压力,怎么样的压力场景,报告出来之后的结果是不是符合要求,这些才是最困难的。目前我也是从ResponseTime, Throughput, 服务器端的CPU, Memory, IO 来分析。老师,你觉得还有什么需要重点关注的?
    2
  • 媚风轻扬
    性能测试感觉测试结果分析才是关键,一般有哪些手段呢
    1
收起评论
显示
设置
留言
21
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部