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

茹炳晟



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

你好，我是茹炳晟。今天我和你分享的主题是：无实例无真相之基于 LoadRunner 实现企业级服务器端性能测试的实践（下）。
今天，我会继续和你分享如何基于 LoadRunner 完成企业级服务器端的性能测试。通过我上一次的分享，你已经清楚知道了，整个性能测试过程可以分为五个阶段，并且解决了整个测试过程中最难的一部分工作，即如何获取具体的性能测试需求。
现在，我们先来回顾一下，性能测试包含的五个阶段：性能需求收集以及负载计划制定、录制并增强虚拟用户脚本、创建并定义性能测试场景、执行性能测试场景，以及分析测试报告。所以，今天，我们就要解决剩下的 4 个阶段的问题了。
阶段 2：录制并增强虚拟用户脚本我已经在上篇文章中和你提到，完成了性能测试需求分析后，你就已经明确了要开发哪些性能测试脚本。现在，我们就一起来看看开发性能测试脚本的步骤，以及相关的技术细节。
从整体角度来看，用 LoadRunner 开发虚拟用户脚本主要包括以下四个步骤：
识别被测应用使用的协议；
录制脚本；
完善录制得到的脚本；
验证脚本的正确性。
这里需要注意的是，完善录制得到的脚本这一步，会包含大量的技术细节，也有很多对你来说可能是新概念的名词，所以我会着重讲解这一步，帮你克服性能测试道路上的这些“拦路虎”。

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
中文繁体
法语
德语
日语
韩语
俄语
西班牙语
阿拉伯语
解释
总结

LoadRunner是一款用于企业级服务器端性能测试的工具。本文分享了基于LoadRunner进行性能测试的实践经验，重点讨论了录制并增强虚拟用户脚本的步骤。作者指出性能测试过程分为五个阶段，包括性能需求收集、录制并增强虚拟用户脚本、创建并定义性能测试场景、执行性能测试场景以及分析测试报告。在录制脚本过程中，需要注意添加事务定义、思考时间、参数化操作和关联操作等关键步骤。文章还介绍了解决脚本回放失败的关联操作，并提到了LoadRunner提供的强大关联函数web_reg_save_param()。此外，文章还提到了加入检查点的重要性，以及验证脚本正确性的步骤。总的来说，本文通过实际经验分享了如何利用LoadRunner完成企业级服务器端的性能测试，对读者了解性能测试工具和技术细节具有重要意义。

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

立即购买

登录后留言

全部留言(21)

最新
精选

伪专家
现在公司都用jemter，也是jemter2次开发，又叫全链路压测平台
作者回复: 是的，大型互联网企业特有的线上环境的全链路压测，牵涉到流量隔离，影子表，api改造，jmeter海量并发的二次开发等内容，是个专业性很高的领域
2018-09-12

7
海
老师，是否可以写一篇关于性能测试报告的分析和性能瓶颈的定位过程？
作者回复: 这个我之前在做大纲的时候有想过专门来个完整分析过程的文章，但是后来放弃了，主要原因是这样的文章的确可以给大海带来性能分析到位主观感受，但是最大的问题是知识点非常零碎，而且不管用什么例子都不具有代表性，而且会需要一个实际的系统以及很多log的支持，会牵涉很多敏感信息，所以最后没有成文。不过可以在留言区多多讨论
2018-09-12

4
Cynthia🌸
对于这篇里面提到的录制脚本等相关工作自己还是比较熟悉的。而对于性能测试的理解和整体把握上还不够成体系。需要好好琢磨文章，实践，总结，实践。
作者回复: 性能测试系列的最后一篇文章可能会给你很多体系上的理解和帮助
2018-09-12

1
人心向善
检查点的作用说白了就是验证正确性，比如拿登录这个点来说：只有当用户成功登录系统后才会出现“welcome！admin”的这种提示，那么检查点就可以以“welcome！admin”这些信息作为check，原因就是因为只有用户登录后才会看到这个提示，不登录是看不到的！如果说页面上实在没有比较容易找到的检查点信息，可以以200 ok为检查点或者是具体返回值信息比如返回success 0这些信息也可以，不过并不建议这样做
作者回复: 性能测试脚本理论上是需要每一步都加检查点的，但是实际工程中这么做的人很少，只在一些关键路径加
2018-11-27


赵明月
也想看jmeter的
作者回复: 其实jmeter的功能相比loadrunner还是差了点的，但是由于免费，所以用的比较多，后续我们讲全链路压测的时候就会以jmeter来讲
2018-09-12


Robert小七
我看老师好像还是用的LR11，是否从这里可以看出后续jmeter是主流！LR只是利于理解
作者回复: 其实不完全是，lr的很多理念和方法都是比jmeter要先进很多的，当然最为概念讲解的辅助工具也可以更好的突出重点。
2018-09-12


海
老师所有的文章，一路看过来每次都是意犹未尽，获益良多。这么好的文章，看一遍怎么够呢！非常感谢老师的辛苦用心。
2018-09-13

8
口水窝
想起4年前在前面一个公司的时候用过，但不知其中的原理，只是依葫芦画瓢，感觉不会写代码，不会百度，执行不起来，不会找原因，然后就没在看了，那时候可羡慕运行起来的高手了，现在在回头看，其实编程也不是很难，关键我们没有找对方向，没有找对下手点，以致于自己一直在这个范围之外彷徨！这几年冷静下里，想了想，生娃带娃的两年，逐渐使我慢慢明朗起来，要知道怎么去学，怎么去做。感谢茹老师，感谢极客时间。
2019-04-26

2
Xiye
我们公司没有用Loadrunner，用得是Jmeter。在使用中，会有压力不够的问题，我们用一台机器做控制器，三台或四台机器做Agent端测试，经常一台机器超过200线程，性能就上不去了，检查发现瓶颈在于测试的Agent端。特别是我们项目转到Sprint boot架构下，这个问题就更加明显了。后来其他项目的同事推荐我们使用wrk，确实能提高了不少测试压力。对于性能测试，我觉得确实像老师说得最难的是需求的采集，计划的设计，报告的分析，其实脚本编写和工具的使用并不困难。很多时候到底需要什么样的性能测试环境，需要多大的压力，怎么样的压力场景，报告出来之后的结果是不是符合要求，这些才是最困难的。目前我也是从ResponseTime, Throughput, 服务器端的CPU, Memory, IO 来分析。老师，你觉得还有什么需要重点关注的？
2018-09-13

2
媚风轻扬
性能测试感觉测试结果分析才是关键，一般有哪些手段呢
2020-03-20

1

收起评论