去年帮一个老朋友做项目压测项目已经到中期了临时才发现压测环境没搭。我第一反应是让他装JMeter毕竟轻量又免费。但他公司有条硬性约定压测报告必须用LoadRunner 2020出因为甲方的验收模板里压根没有JMeter的选项。于是我花了一个下午远程教他下载、安装再到跑通第一个场景。这篇文章就是那天下午整个过程的复盘顺手把安装和启动阶段最容易踩的坑也一并写清楚。我用一个很土但很准确的比喻给系统做性能测试就像给餐厅安排一次“午餐高峰突击检查”。你不可能真让一百个顾客挤在门口一起点餐只能在后台模拟一批“虚拟顾客”同时涌进来LoadRunner 2020干的就是这件事——用VuGen录制顾客的动作用Controller模拟100个、500个人同时点餐最后用Analysis告诉厨师哪个菜平均要等几秒哪台灶台最忙哪些时间点会做不过来。版本虽然叫2020但里面的这套“录制–加压–分析”三件套至今仍是很多企业性能测试的标配流程。1. 为什么今天还在聊LoadRunner 2020先给对LoadRunner不熟的朋友补个背景。LoadRunner是Micro Focus公司现在归OpenText旗下的性能测试工具历史相当长从九十年代的Mercury Interactive到被HP收购再到Micro Focus最后并入OpenText名字换了好几拨。很多测试同行对它的印象停留在“古老、笨重、贵”但在真实的企业环境里它的覆盖率远比你想象得高。尤其是金融、政企、制造这些行业验收材料里经常直接写“使用LoadRunner执行并发测试”不是因为它技术最先进而是因为它协议级录制、脚本可控性强、结果报告完整这些特性在合规性审查时特别好用。那为什么偏偏是2020这个版本因为LoadRunner的版本演进其实是个很清楚的脉络老一代是11.x、12.x界面老气安装包还总要配一堆补丁2020版本是一次比较大的界面和内核升级启动速度、兼容性、VuGen脚本编辑体验都向现代IDE靠拢了不少。2020之后虽然有2020 R1、2021、2023等一系列更新但对于绝大多数做Web/HTTP压测的人来说2020和最新版的差异并不构成选型的决定性因素反而是网上资料、旧项目脚本、团队既有经验大多都能在2020上直接复用。还有一点要澄清的是LoadRunner这个家族的名字因为太多人在这里被绕晕名称定位和2020的关系LoadRunner Professional单机一体化工具安装后本机就有VuGen/Controller/Analysis通常说的“LoadRunner 2020”指的就是它LoadRunner Enterprise平台化版本通过Web界面管理和分配负载机适合大团队多项目可以理解为云端/服务器版的LoadRunner早期叫Performance CenterLoadRunner Agent单独的负载生成器服务端压测执行机可以只装Agent不装全套所以后面所有步骤都围绕LoadRunner Professional这个单机版本展开。如果你是第一次接触这个工具说“我装了LoadRunner 2020”指的也是这一套。什么情况下我会建议你选它而不是JMeter或Locust简单说三条第一团队或客户要求产出标准报告格式第二被测系统是Web/HTTP但业务流比较长比如包含提交、跳转、动态Token、上传下载LoadRunner的录制和关联机制对这种场景更友好第三测试人员平时不写代码需要快速上手图形化操作比重高。反之如果团队都是开发背景、要做接口级高并发脚本仓库化管理JMeter或者直接写代码反而是更趁手的方案。工具没有高下只有合不合适。2. 下载与安装前的环境准备少走弯路的关键2.1 从哪儿拿到正规安装包先说明一个原则LoadRunner 2020是商业软件正规渠道只有官方试用版。过去Micro Focus官网现在OpenText官网都有“LoadRunner Free Trial”的申请入口注册一个账号填公司或单位邮箱按流程提交申请就可以下载官方ISO安装包。下载前有两点要心里有数安装包体积在2GB左右下载时间取决于网络建议用稳定网络别用正在打游戏、看直播的带宽去下我见过几次“下载完解压报文件损坏”最后排查下来基本是下载中断或者下载缓存异常白等几个小时。试用的License通常是30天覆盖VuGen、Controller、Analysis所有核心功能对于学习、做项目验收、搭临时压测环境都够用。如果只是个人学习官方社区版入口也一直存在限制条件是最大50个虚拟用户、只支持Web协议练手完全没问题。这里顺便提醒一句安装包和解压目录都不要放在有中文的路径下。后面VuGen编译脚本、Controller写结果文件时中文路径会莫名其妙报一些看不懂的错误查半天都不一定想到是路径问题。2.2 操作系统与硬件的硬性要求LoadRunner 2020对系统有一个特别容易被忽略的要求不支持Windows家庭版。你拿一台Windows 10 Home的笔记本去装安装向导可能在系统检测阶段就直接拦下来连继续按钮都是灰的。比较稳妥的环境是Windows 10专业版/企业版或者Windows Server 2016/2019Windows 11实测也能装但如果有选择我建议测试环境还是用Server版系统稳定性更好。硬件配置我给一个参考用途最低要求推荐配置只装VuGen写脚本4GB内存双核CPU10GB磁盘8GB以上内存SSD磁盘完整安装并本机压测8GB内存四核CPU15GB磁盘16GB内存独立负载机更佳跑大规模并发本机做负载机16GB内存起步32GB内存多核CPU万兆网卡更好我踩过一次很深的坑在一台8GB内存的笔记本上装完VuGen录制和回放都没问题但Controller一跑100个虚拟用户系统直接卡死任务管理器里内存占用98%结果文件还损坏了。后来学乖了压测时Controller和负载生成器分开机器这台机器只专心跑场景。2.3 安装前最容易忽略的三件事第一关闭杀毒软件和系统自带的安全防护。这不是玄学LoadRunner安装过程中会注册Windows服务、安装驱动级组件比如网络协议级录制依赖的Hook杀毒软件经常拦截这些动作。装完再打开杀毒完全来得及。第二用管理员身份运行安装程序。很多组件写入的是C:\Program Files\Micro Focus和系统注册表普通权限运行会出现“安装成功但启动就报错”的现象。第三检查.NET Framework和Visual C运行库。新版系统一般自带.NET 4.x但旧系统可能要手动启用。Visual C Redistributable 2015-2022 x64和x86都建议装一遍尤其x86版本VuGen编译脚本时经常用到32位组件。安装向导通常会自动检测并安装缺失组件但提前装好能省不少时间。系统方面还有个细节如果是Windows Server版本记得在“服务器管理器”里把“IE增强的安全配置”关闭否则后面录制Web脚本时IE一打开就被安全策略拦着录不到任何事件。3. 安装全流程实录从解压ISO到首次启动3.1 挂载ISO并启动安装向导下载好的安装文件一般是ISO镜像比如LoadRunner_2020_Installation.iso这种名字。建议不要用解压缩软件强行解压ISO直接在Windows资源管理器里右键“装载”当虚拟光驱用最省心ISO内的文件结构也保持完整。进入虚拟光驱后找到Setup.exe右键选择“以管理员身份运行”稍等片刻就会出现安装引导界面。这时候注意屏幕是否弹出UAC用户账户控制提示一定要点“是”别犹豫。安装向导的第一步是选择安装模式。LoadRunner 2020给了一个很贴心的设计它会把当前机器缺什么前置组件先列出来并提示是否自动安装。这套检测比较靠谱我实际操作时它帮我补装了三个VC运行库包。别手快把这一项跳过否则装完主程序照样跑不起来。3.2 组件选择的取舍逻辑向导走到“Select Components”这一步时会看到几种安装粒度典型安装Typical安装LoadRunner Professional全部核心组件包括VuGen、Controller、Analysis、Load Generator。第一次用的人直接选这个就行。自定义安装Custom可以只装VuGen专门写脚本、只装Load Generator专门做负载机、只装Analysis专门分析结果适合分布式部署场景。仅安装Agent不装全套只装负载生成器服务端配合远程Controller工作。我的建议是学习阶段一律典型安装别省这点磁盘空间。原因很简单你写脚本的时候要用VuGen调试完了要开Controller跑完要看Analysis频繁切换组件的时候如果机器上缺一块会非常打断节奏。我自己曾经为了省空间只装了VuGen结果回放脚本时发现本机没有生成器还要重新安装补组件反而折腾。3.3 License处理与安装等待安装过程中会问到License授权方式。试用版会有一个“Trial”或者“Evaluate”的选项选它就行。如果你是从OpenText官网申请的试用会有邮件发给你一个License字符串也可以在安装时选择“Use a License”并粘贴进去这样一开始就不会被限制。这一步很多人会犯迷糊到底选“LoadRunner Professional”和“LoadRunner Enterprise”的License类型注意你下载的是Professional安装包就找LR_PROFESSIONAL的安装条目不要选Enterprise。Enterprise版是单独的Web平台安装包都不同选错License会提示不匹配。点击安装之后会看到进度条开始滚动。整个安装过程在机械硬盘上大概需要40分钟左右SSD会快一些。这个时间点别干等着或者频繁点取消按钮。我见过有同事在安装过程中因为“觉得卡住了”就手动关闭进程结果文件写入不完整后面怎么装都报错最后只能重装系统解决。建议把这段时间用来准备测试计划文档或者泡杯咖啡。3.4 安装完成后的首次启动验证安装结束后向导会提示重启系统。重启这一步建议不要跳过尤其装了服务组件的机器不重启很可能出现Controller找不到Agent的情况。重启后从开始菜单找到LoadRunner 2020的程序目录里面会有QuickForm含“VuGen”、“Controller”、“Analysis”等图标。首次启动时工具可能会提示选择工作目录或创建Workspace保持默认即可。打开VuGen如果可以正常进入主界面主窗口是一个类似Eclipse的IDE布局左侧是Solution Explorer中间是脚本编辑区这说明安装已经成功了大半。再顺手打开Controller如果能弹出一个“New Scenario”引导窗口说明全套组件都正常。如果Controller打不开或者提示找不到License回到上一章排查。4. 首次使用最容易翻车的四个问题不是我在装安装包的时候遇到了是我带过的人几乎每个人都遇到了。这里直接给排查链路按顺序查比在论坛刷半天帖子快。4.1 浏览器起不来/录制无事件先查代理再看浏览器设置这是新手第一个拦路虎点Record按钮浏览器确实打开了也做了操作但录制事件数量为零。先从原理上理解LoadRunner是怎么录脚本的——它本质上是在本机启动一个本地代理服务然后让浏览器走它的代理所有HTTP/HTTPS请求都会被截获并转换成脚本代码。所以录制不到事件核心问题一定是“浏览器请求没走代理”或者“HTTPS证书没被信任”。排查链路确认VuGen是以管理员身份运行的。不是管理员权限本地代理端口可能绑定失败。录制时VuGen会弹出一个浮动工具条上面有录制事件计数。打开IE/Chrome设置检查代理设置是否指向了127.0.0.1的对应端口通常VuGen会自动配置但某些策略软件会篡改。如果录的是HTTPS地址首次打开页面时浏览器会提示证书不受信任要手动点击“继续访问”或安装证书否则HTTPS请求不会被解析。录制Web(HTTP/HTML)协议时IE是最稳的。如果用Chrome录制需要在VuGen的Recording Options里安装官方Chrome扩展第一次会引导你装。Edge现在也支持但太新的Edge版本偶尔会不兼容我一般建议新人直接用IE 11兼容性最稳。系统是Windows Server的话检查IE增强安全配置是否已关闭这一步在第二章提过。按上面五条查完九成能解决。还有一种极端情况电脑上装了多个代理工具比如抓包软件、网络代理插件和VuGen抢代理端口录制时先把它们退出。4.2 Vuser脚本编译报错别急着重装先补齐运行库脚本录制好了按F5回放结果编译报错错误信息里可能出现LINK : fatal error LNK1104: cannot open file libxmta.lib或者一堆看不懂的C语言报错。这个问题的根源通常是开发状态VuGen生成的脚本本质是C语言代码编译依赖的是Visual C的库链和LoadRunner自己的链接库。系统缺VC运行库、或者安装路径带中文、或者杀毒软件隔离了LoadRunner的部分DLL文件都会导致编译失败。排查链路打开Windows服务确认“Micro Focus LoadRunner Agent Service”这类服务是否启动。没有Agent服务编译链接过程会找不到某些组件。重新安装一次Visual C Redistributable 2015-2022 x86和x64然后重启系统。检查LoadRunner安装目录下bin文件夹里的DLL文件是否有被隔离到杀毒隔离区的痕迹有就恢复并加入白名单。确认安装路径没有中文和空格。默认C:\Program Files\Micro Focus\LoadRunner虽然路径有空格但官方支持没问题问题是中文目录名。4.3 Controller连不上本机负载生成器服务、端口、防火墙三步查Controller运行场景时提示无法连接Load Generator即使你填的是localhost也一样。这问题的常见原因其实是三个点叠加Agent服务没启动、防火墙没放行端口、主机名解析异常。排查链路打开“服务”找名字里带“LoadRunner Agent”的服务2020里通常是Micro Focus LoadRunner Agent Service也有叫LR Agent的确认状态是“正在运行”。不是就手动启动并设为自动。Controller到负载生成器的通信默认走TCP端口54345。Windows防火墙弹窗时如果之前点了取消这里就需要手动添加入站规则放行magent.exe和Controller.exe或直接放行54345端口。如果Controller里填的是机器名确认ping机器名能解析到本机IP。填localhost或127.0.0.1是最省事的但分布式压测时必须填正确的主机名。本机关闭了Windows防火墙本机负载生成器就能连。但关闭防火墙不值得准确放行端口更好。4.4 Analysis图表空白或打不开路径和结果完整性跑完场景双击Analysis结果结果图空白或者直接弹“File not found”。Analysis读取的是运行结果目录里的results.lrr文件。很多时候打不开是因为场景结果文件被写在中文路径下或者Controller异常停止导致结果文件不完整。排查方法打开Controller的“Results”目录设置把结果目录指到一个纯英文路径比如C:\LR_Results\Scenario1。查看C:\Program Files\Micro Focus\LoadRunner\analysis目录下有没有输出错误日志日志里通常会写明打不开的具体文件名。场景结束时不要直接关Controller要等它提示“Results are collected”并确实收集完成后再动。结果文件不完整的场景唯一的救法就是重新跑一遍没有后悔药。下表是常见报错的快速对照现象最常见原因解决动作录制时浏览器起不来非管理员权限/IE安全策略管理员运行关IE增强保护模式录制事件为0代理没生效/HTTPS证书未信任检查代理设置安装证书回放编译报错VC运行库缺失重装vcredist x86x64Controller连不上LGAgent服务/防火墙/端口启动服务放行54345Analysis打不开结果路径含中文/结果不完整换英文路径重跑场景5. 十分钟跑通第一个Vuser脚本录制、回放与脚本增强5.1 新建脚本并选择协议打开VuGen选择“File New Script and Solution”这时会弹出一个协议选择对话框。LoadRunner支持几十种协议从Web到Citrix、SAP、数据库都有但绝大多数业务系统用到的就是Web - HTTP/HTML。协议选错是新手最容易犯的错误。如果你的系统是纯Web页面选Web-HTTP/HTML没错如果里面夹了WebService调用可以后续在脚本里手动录WebService请求不一定要选单独协议如果被测对象是移动端App的API接口那更适合Web Services协议或直接用HTTP协议封装。刚开始不要贪多选一个主协议就行混合协议会增加脚本调试难度。选择协议后给脚本起个名注意同样不要用中文名保存路径也选英文目录。VuGen会生成一个Solution结构里面有vuser_init、Action、vuser_end三个部分。这个结构后面有用登录等只做一次的操作放vuser_init主要业务流程放Action退出清理操作放vuser_end。5.2 录制一次真实业务操作确认IE浏览器能正常打开被测系统后点击工具栏红色圆点的“Record”按钮填写被测应用的地址比如http://demo.test.com/login点击“OK”。VuGen会启动一个带代理配置的浏览器同时弹出一个浮动录制工具条。接下来就在浏览器里正常操作比如输入用户名密码登录点击查询按钮搜索一条订单进入下单页面提交一单操作每一步浮动工具条上的事件计数都会增加。录制过程中不要开其它无关网页也不要做多余操作因为每一个请求都会被记进脚本。回到VuGen之前先把系统退出登录让整个业务闭环完整。操作完成后点击浮动工具条上的“Stop”VuGen会自动把录制的请求生成脚本。你可以看到类似下面这样的一段代码Action() { web_url(www.demo.com, URLhttp://www.demo.com/, Resource0, RecContentTypetext/html, Referer, Snapshott1.inf, LAST); web_submit_data(login, Actionhttp://www.demo.com/login, MethodPOST, Nameusername, Valuetester001, ENDITEM, Namepassword, Value123456, ENDITEM, LAST); return 0; }这个代码的结构其实不复杂web_url表示一个GET请求web_submit_data表示表单提交。LoadRunner的强项恰恰在这里——你不用自己写HTTP请求录制完它把真实流量原原本本翻译成代码你只需要在合适的位置插入控制逻辑。5.3 回放校验与日志解读脚本生成后按F5或者点击“Run”VuGen会执行一遍脚本。回放完成后打开下方的“Replay Log”看有没有错误。最重要的检查点是回放结束时有没有大写的Error字样每一步请求的返回HTTP状态码是不是200有没有因为动态值变化导致的请求失败这里我多说一句关于“日志级别”的事。VuGen默认日志是简要模式调试时不方便观察请求头。在“Run-Time Settings Log”里把日志级别调成“Extended log”并勾选“Parameter substitution”和“Data returned by server”就能在日志里看到真实的参数替换情况和服务器返回内容。这个操作在定位问题时非常有用很多脚本回放失败都是因为参数值在第二次执行时已经失效了。5.4 参数化、事务与集合点一次讲清脚本能回放这只是第一步。真正的压测脚本必须做三件事参数化、插入事务、插入集合点。参数化解决的是“同一个脚本每次运行都假装是不同的人”的问题。比如登录脚本里用户名tester001如果写死100个虚拟用户全用同一个账号被测系统可能把账号踢下线或者触发风控。做法是右键点击要替换的值选择“Replace with a parameter”新建一个参数并从外部文件读取数据。LoadRunner支持从CSV文件读取、自动生成随机数、时间戳等方式。压测前准备一批测试账号是性能测试的默认动作。事务解决的是“性能数据统计”的问题。一个业务流程从点击到成功响应中间可能涉及十几个请求我们需要把它们包起来算总耗时。步骤是在Action里选中业务开始的位置右键“Insert Start Transaction”输入事务名在业务结束位置插入“End Transaction”。事务名的命名要规范比如login、submitOrder因为后面Analysis里看到的表格第一列就是这些名字。集合点解决的是“让100个用户同时开始”的问题。在事务开始前右键“Insert Rendezvous”设置一个集合点Controller会等指定数量的虚拟用户都到达这里后再统一放行。这就是LoadRunner实现“同时并发”的手段没有集合点的压测Vuser会自由漂移并发性大打折扣。一个参考的增强后脚本片段Action() { lr_rendezvous(login_join); lr_start_transaction(login); web_reg_save_param(sessionID, LBsession, RB\, LAST); web_submit_data(login, Actionhttp://www.demo.com/login, MethodPOST, Nameusername, Value{username}, ENDITEM, Namepassword, Value{password}, ENDITEM, LAST); if (strlen(lr_eval_string({sessionID})) 0) { lr_end_transaction(login, LR_FAIL); } else { lr_end_transaction(login, LR_AUTO); } return 0; }这里补一个关关联的知识点web_reg_save_param就是关联函数它的作用是先从服务器返回的内容里提取一个动态值比如登录后下发的sessionID存到参数里给后续请求使用。录制时生成的脚本如果后续请求用到了这个动态值通常需要手动做关联否则回放时第二次执行会因为sessionID过期失败。关联是LoadRunner学习里最需要下功夫的一块但入门阶段你只需要知道它是干什么的就行。6. 用Controller和Analysis完成一次正经的小压测脚本准备好之后正式压测在Controller里做。很多人把这一步想复杂了其实核心就三件事设计场景、跑起来监控、分析结果。6.1 场景设计Vuser数量与加载计划打开Controller选择“Create/Edit Scenario Scenarios”添加刚才保存的脚本设置Vuser数。第一次做压测一个铁律是先小后大不要一上来就1000个用户。我的建议是先用10个Vuser跑5分钟做冒烟测试确认脚本和监控项都正常再按梯度压比如30、60、120每个梯度跑10到15分钟观察系统的响应变化。加载计划Schedule的设置也很关键。Controller默认是“同时加载所有用户”实际压测里这会造成流量瞬间冲击不好定位问题。更常用的方式是“每15秒加载10个用户”让系统平稳进入压力状态。这种梯度加载模式能明显看到系统性能从正常到劣化的过程定位瓶颈更准。场景里的另一个选项是持续时间。测稳定性的场景建议设置“持续运行15分钟”后再停止给系统一个缓冲期。测并发峰值的场景可以设置一个固定的Vuser数后持续5分钟即可。压测时长不要拍脑袋定要和业务方确认清楚。6.2 运行中的监控与常见误区场景运行后Controller会切到运行视图。这里能实时看到虚拟用户状态、事务通过率、响应时间曲线。但很多新手忽略一半系统自身的资源监控没配结果分析时只能看到“系统变慢了”却不知道是CPU打满了还是数据库在锁死。在Controller运行视图下方右键“Windows Resources”添加被测服务器的IP地址和监控账户就可以采集CPU、内存、磁盘I/O、网络流量这些基础指标。如果要监控数据库还要额外配置数据库计数器这里先不展开。运行过程中盯着几个核心指标的变化趋势Active Vuser数是否按计划逐步增加Transaction Response Time响应时间是否随Vuser增加而上涨Transaction Success Rate有没有出现失败事务Windows Resources里的CPU占用率是否长时间接近100%常见的误区是只盯着平均响应时间。实际压测里平均值会掩盖很多问题。要看90%响应时间甚至99%观察尾部延迟。比如平均响应时间只有0.8秒但90%是1.5秒99%到了8秒说明有少数请求被卡得很严重这种异常通常指向某个特定的池化资源或锁冲突。6.3 从Analysis里读出一份能交差的结果场景跑完 Controller会提示“Results Collected”点击后自动打开Analysis。Analysis打开后第一件事看“Summary Report”。Summary Report里几个字段必须看懂字段含义说明Transaction Name事务名对应脚本里插入的事务Minimum最小响应时间最好的情况Average平均响应时间总体平均水平Maximum最大响应时间最差的情况Std. Deviation标准差离散度越大说明波动越大90 Percentile90%响应时间90%的请求都在这个值以下比平均值更贴近实际体验Pass/Fail/Stop通过/失败/停止数统计失败事务数量压测结果必须关注TPS每秒事务数即系统吞吐能力一个关键指标除了Summary我习惯再看两张图一个是“Transaction Response Time”图看响应时间随Vuser数变化的趋势能直观判断系统在哪个并发量开始劣化另一个是“Vusers”图确认Vuser加载是否符合预定计划排除脚本错误导致的无效压测。写压测报告时不要只贴一张Summary了事至少要把以下内容写进报告测试环境说明硬件、操作系统、网络、测试工具及脚本简述、场景设计Vuser数、加载策略、核心指标结果TPS、平均/90%响应时间、错误率、系统资源使用情况、结论与建议。这六项都齐了这份报告才算是能拿去答辩的。7. 一些只有真正用过才会知道的经验按照上面流程走一遍你就能跑通LoadRunner 2020的“下载–安装–使用”闭环了。最后分享几条只有实际压测过项目才体会得到的经验。第一个经验脚本回放通过不等于压测有效。压测时Controller里的Vuser不在你眼前你要通过日志确认它们真的走了完整业务流程。建议在脚本里给关键节点加上日志比如lr_log_message(order id is %s, lr_eval_string({orderID}))这样就算某个Vuser失败了你也能知道它卡在业务流程的哪一步。第二个经验负载生成器和Controller分开机器是值得的。尤其是压自己的被测系统时如果你被测系统和负载机在同一台物理机上压测结果会鸡生蛋蛋生鸡完全不可信。我见过有人用一台笔记本又开被测系统又跑200个Vuser最后报告说响应时间50秒根本没法用因为机器本身先卡死了。第三个经验参数化用的测试数据要提前准备好。别看这是小事压测到一半发现账号池被用完、验证码格式不对、数据流程关联不上整个场景只能作废。建议做一次压测前先花半天准备数据包括注册一批账号、准备一批订单、清理历史脏数据。数据质量直接影响压测结论。第四个经验记录环境快照。每次压测前把被测服务器的CPU核数、内存、当前并发数、JVM参数或中间件配置记录下来。很多时候压测结果差异大不是脚本和场景变了而是被测环境在两次运行之间被其他运维操作改动了。没有环境快照分析报告时你会怀疑人生。LoadRunner 2020的学习曲线说不上平缓但也没传言里那么陡。整个工具链条里最容易卡住新人的从来不是操作而是不懂背后的性能测试原理。只要搞懂“录制生成脚本、回放验证正确性、参数化模拟真人、场景化加压、结果分析定位瓶颈”这条主线剩下的都是熟能生巧。顺手记一个扩展方向等你把单机压测跑顺了可以继续研究LoadRunner Enterprise或者用LoadRunner的命令行工具接入CI流水线让性能测试在每次发版前自动跑一遍那又是另一层价值了。