资源介绍
视频数量：24个
总时长：1小时28分
课程介绍：
# LoadRunner性能测试实战精要
想象一下这样的场景：某电商平台在大促当天，流量如潮水般涌来，页面加载越来越慢，最终整个系统瘫痪，订单无法提交，用户纷纷流失。事后开发团队紧急排查，发现问题出在数据库连接池配置不合理以及缓存策略缺失。但如果在上线前做过一次像模像样的性能测试，这些隐患完全可以在测试环境里提前暴露出来，避免上线后手忙脚乱。
性能测试就是这样一项工作——它不关心功能是不是正确，而是关心系统在压力下能不能扛得住。LoadRunner作为业界使用时间最长、功能最完备的性能测试工具之一，至今仍在金融、电信、电商等大型企业的测试团队中占据重要位置。下面这门课程，用二十四个章节、一个半小时的时间，带你把LoadRunner的核心脉络梳理清楚。
一、性能测试基础认知与LoadRunner整体架构
课程首先回答一个根本问题：性能测试到底是什么，为什么非做不可。功能测试只能告诉你某个按钮对单个用户能不能用，却完全无法预测五千个用户同时在线时系统会怎样。性能测试的任务就是在系统正式面对真实用户之前，主动去发现内存泄漏、网络瓶颈、数据库锁竞争这些隐藏在深处的问题，确保系统在速度、响应能力和稳定性这三个支柱上都能经得起考验。
搞清楚性能测试的意义之后，课程紧接着介绍LoadRunner在整个性能测试生命周期中扮演的角色，以及它最核心的三个组件：VuGen负责录制和编写虚拟用户脚本，Controller负责设计和执行负载场景，Analysis负责收集和分析测试结果。这三块拼在一起，构成了LoadRunner的完整工作流。
这一部分还会展开讲LoadRunner的内部架构和数据流向，包括负载生成器（Load Generator）的运作机制、代理进程（Agent Process）在分布式环境中的角色定位。这些内容听起来偏理论，但对后面理解脚本怎么跑、负载怎么分发至关重要，属于"磨刀不误砍柴工"的基础功。
二、虚拟用户生成器VuGen的核心机制
VuGen是LoadRunner的入口，所有测试脚本都从这里开始。课程用五个章节把VuGen的关键概念拆开讲透。
第一讲是脚本的解剖结构和协议选择。LoadRunner支持多种协议，包括HTTP/HTTPS、Web Services、Oracle、JDBC等等，不同的应用类型要选不同的协议，否则录制出来的脚本根本无法正常回放。选错协议是初学者最常犯的错误之一。
第二讲讲录制原理。LoadRunner本质上是一个代理，它会拦截客户端和服务器之间的通信包，根据选定的协议把通信内容翻译成脚本语句。但录出来的脚本是"死的"，直接回放往往跑不通，原因就在于脚本里到处都是硬编码的固定值。
接下来三讲就是解决"脚本怎么活起来"的问题。事务定义用于衡量具体业务步骤的响应时间，比如登录、下单、支付各花了多少秒。关联处理则专门对付服务器返回的动态值，比如会话令牌、安全标识符这些每次都会变化的字符串——如果不做关联，回放脚本时服务器会因为令牌过期直接拒绝请求。课程会详细讲解关联函数怎么用、正则表达式和边界提取怎么写、提取时机怎么把控，这些都是真实工作中绕不开的硬功夫。
三、脚本增强与负载设计原则
脚本录好不等于能用。录出来的脚本是"超人"在操作——点击飞快，没有任何等待，跟真实用户的行为模式差得太远。课程在这一模块教你如何让脚本更像真人。
思考时间（Think Time）控制单个用户每次操作之间的停顿，模拟用户阅读页面、填写表单的真实节奏。步进（Pacing）则从更高的层面管理整个脚本迭代之间的间隔，决定一个用户跑完一轮业务后要等多久才开始下一轮。这两个参数设置不当，会导致负载模式严重失真，要么把人造压力做高，要么压不出真实的峰值场景。课程会讲清楚固定步进、随机步进、基于迭代时间的动态步进各自的适用场景。
集合点（Rendezvous Point）用于制造瞬时并发高峰，让所有虚拟用户在某个关键步骤上同时发起请求，模拟秒杀、抢购这类极端场景。错误处理与日志策略部分则教你在脚本里加入合理的异常捕获逻辑，确保某个虚拟用户出错时不会中断整个测试执行，同时留下足够的调试信息。最后一节引出场景设计的两种思路：手动场景适合精确控制每组用户的数量和行为模式，面向目标的场景适合直接指定目标吞吐量或响应时间让工具自动调整。
四、Controller与负载执行框架
Controller是LoadRunner的指挥中心，所有负载在这里被编排和发射出去。这一模块用五个章节把执行环节的方方面面讲清楚。
场景配置部分讲怎么把不同类型的虚拟用户组合起来，怎么设置加压曲线，是线性增长还是阶梯式跃升，每个阶段持续多长时间。运行时设置则深入到每一个细节参数：迭代次数、连接超时、日志级别、哪些请求要记入统计、哪些忽略掉。
服务等级协议（SLA）是性能测试验收的标尺。你可以在Controller里预先设定响应时间不超过两秒、错误率低于0.5%这类硬性指标，测试结束后系统自动判定是达标还是不达标，省去了人工对数对比的繁琐。资源监控部分介绍如何在测试过程中同时收集服务器CPU、内存、磁盘I/O、网络带宽等指标数据，这些数据是后续定位瓶颈的关键依据。最后一节专门讲分布式负载生成环境的搭建和管理——当单台负载机无法产生足够压力时，你需要把多台机器联合起来协同工作，这里面涉及网络配置、Agent进程通信、时钟同步等一系列工程实践问题。
五、结果分析与性能指标解读
测试跑完只是完成了一半，更重要的是看懂结果。这一模块是很多测试工程师最薄弱的地方，课程用五个章节系统补齐这块短板。
第一讲讲Analysis报告的整体结构和报告里各个图表的含义。第二讲聚焦两个最关键的指标：事务响应时间和吞吐量。响应时间告诉你用户等多久，吞吐量告诉你系统每秒能处理多少事务，但这两个指标往往需要结合在一起看——光吞吐量大但响应时间慢，说明系统在硬扛；光响应时间快但吞吐量低，说明压力根本没上去。
第三讲讲如何通过资源利用率图表定位瓶颈。当响应时间变长的时候，到底是CPU满了、内存不够了、磁盘I/O成瓶颈了，还是数据库锁等待严重？不同图形特征对应不同的根因方向，课程会把这些规律梳理清楚。第四讲讲跨结果对比和趋势分析，比如把优化前后的两次测试结果叠在一起，判断改动到底有没有效果；或者把历史测试数据汇总起来，观察性能随版本演进的整体趋势。最后一节教你怎么写一份规范的正式性能测试总结报告，包括测试背景、测试环境、测试场景、关键发现、风险评估和改进建议这些标准模块的写法——这份报告往往是给管理层和开发团队看的，写得好不好直接决定测试成果能不能被采纳。
学完这二十四个章节，你对LoadRunner的理解会从"知道有这么个工具"变成"能独立完成一次完整的有意义的性能测试"。课程的设计逻辑很清楚：先建立认知框架，再掌握脚本开发，然后学会场景设计，接着执行负载，最后分析输出，整个流程跟真实工作中的性能测试项目高度吻合。
这门课适合刚接触性能测试的测试工程师、希望系统掌握LoadRunner工具链的从业者，以及准备面试性能测试岗位的求职者。如果你已经有一定的测试基础但从未系统做过性能测试，这门课可以帮你快速搭建完整的知识结构。如果你用过LoadRunner但只停留在录制回放的初级阶段，课程后半部分关于场景设计、SLA设置和深度分析的内容会让你有不少收获。