说实话,现在一提高性能测试，很多人第一反应是 JMeter、Locust，甚至云压测平台，LoadRunner 11 听起来像“上古神器”，界面老、安装麻烦、资料也散，但我想说，别急着嫌弃它，你要是刚入行性能测试，或者公司里还有一堆老系统、老协议要靠它顶着，LoadRunner 11 依然是一套能把“性能测试思维”练出来的工具，今天这篇 loadrunner11 教程，我不写成说明书，尽量用大白话把我自己踩过的坑、带朋友做过的真实小项目讲清楚，让你看完至少知道该从哪里下手。
先讲一个具体的生活实例,去年我朋友阿杰做母婴用品的小公司，大促前他特别慌，说活动页一上线就怕崩，他们服务器配置不高，开发也没做过正式压测，我过去一看，他们连“并发用户”和“请求数”都分不清，后来我们用 LoadRunner 11 对登录和下单接口做了一轮简单压测：先用 Virtual User Generator 录制脚本，再做参数化，把几十个测试账号丢进去，然后在 Controller 里设置 50 个并发跑 10 分钟，结果跑到一半错误率飙升，数据库连接池默认只有 20，Tomcat 线程数也偏小，问题不是 LR11 多神，而是它把瓶颈“逼”出来了，我们调完连接池和线程参数，再压一轮，系统稳多了，阿杰后来跟我说，那一晚比他看十篇教程都值。
所以这篇 loadrunner11 教程，我建议你按“能跑起来—能录脚本—能压起来—能看结果”四步走，别一上来就研究高级功能。
第一步,准备环境，LR11 比较老，别硬塞进最新 Windows 里折腾，我自己的做法是弄一个干净的 Win7 虚拟机，安装路径不要有中文和空格，杀毒软件先关掉，IE 浏览器准备好，很多人第一次装完打不开，或者录制时一片空白，八成是环境问题，这个坑我当年也踩过：装在 Win10 上折腾一下午，最后换虚拟机半小时解决，你说气不气？但这就是老工具的脾气。
第二步,录制脚本，打开 Virtual User Generator，新建脚本，选择协议，这里别贪多，Web 系统通常从 Web HTTP/HTML 开始，录制前把浏览器代理、证书这些按教程配好，开始录制后模拟用户操作：登录、搜索、加购物车、下单，录完不要急着跑，先回放，回放失败很常见，重点看是不是关联没做，比如登录后返回的 session id、token，每次都不一样，你直接写死肯定报错，LR11 里用 web_reg_save_param 做关联，把动态值抓出来，这个环节我特别想提醒：教程里写“点击关联”很轻松，实际你要看懂请求和响应，知道哪个值在变，别怕慢，慢就是快。
第三步,参数化，你不能拿一个账号压 100 次，那测的不是并发，是重复登录，把账号密码放到参数文件里，设置迭代取值，下单商品 ID 也可以参数化，这里有个生活化的比喻：参数化就像给每个虚拟用户发不同的身份证，不然银行门口排队全叫“张三”，保安都懵。
第四步,场景设计，打开 Controller，把脚本加进去，设置虚拟用户数、启动方式、持续时间、集合点，新手最容易犯的错是“一上来 500 并发”，我建议从 10、20、50 慢慢加，观察响应时间和错误率，集合点不是越多越好，它模拟的是“同一时刻一起操作”，用在你真正关心的业务节点上，场景跑起来后，看 Transactions、Errors、Throughput，别只盯平均响应时间，平均值最会骗人。
第五步,结果分析，LR11 的 Analysis 能出报告，但报告不是拿来截图交差的，你要看趋势：并发上升时 TPS 是否下降，响应时间是否陡增，错误集中在哪个请求，前面阿杰那个例子，就是错误集中在数据库相关请求，才顺着查到连接池，性能测试的核心不是“把系统压崩”，而是“找到它为什么扛不住”。
最后说个人观点,第一，LoadRunner 11 不值得神化，也不值得鄙视，它适合学习性能测试流程、维护遗留系统，但你要拿它测微服务、云原生、复杂移动协议，确实费劲，第二，别把教程当饭吃，你看十篇 loadrunner11 教程，不如自己录一个登录脚本、参数化 20 个账号、压 20 并发来得实在，第三，性能测试最值钱的能力不是工具操作，而是业务建模和瓶颈分析，工具会过时，思路不会，第四，如果你只是临时压一个小活动页，JMeter 可能更轻；但如果你公司老系统只认 LR，那把 LR11 玩熟就是实打实的生产力。
loadrunner11 教程可以带你入门，但真正的老师是你跑出来的每一轮结果，先让脚本跑通，再让场景合理，最后让报告说话，别怕它老，老工具也能干新活儿，关键看拿工具的人有没有想清楚要测什么。