能力缺口在哪:别只会按录制按钮跑脚本

很多做功能测试或刚转岗的人,对性能测试的理解停留在“装个工具、录段脚本、发大并发压一下服务器”。这种操作连入门都算不上,真正卡住人的缺口在于两处:第一是不知道怎么设计场景,第二是跑完之后看着一堆指标数据发呆,定位不出瓶颈在哪。这门课的主题正是围绕 LoadRunner 与 JMeter 的工程实施展开,解决的是从“会发请求”到“能定位问题”的跨度。它适合已经能熟练做手工或自动化功能测试、但对并发模型和服务器监控没概念的人。如果你连 HTTP 协议和接口调试都不熟,建议先补这部分再看,否则到 JVM 内存监控那几节会完全跟不上节奏。别假装看一眼就能懂,缺什么就先补什么。

建议先看哪几块:按流程顺序啃,别跳着看

这门课的章节是按标准实施流程排的,建议先从实施流程介绍看起,理解性能测试到底分几个阶段、每个阶段要交付什么,不要直接跳到工具操作。接着重点看 LoadRunner 的脉冲场景和目标场景两块,这是这门课的核心,搞清楚手动场景、目标场景、脉冲场景分别对应什么业务模型。工具部分看完后,必须把 Linux 监控、JVM 内存监控、MySQL 数据库监控这三块连着看,因为性能测试的难点不在发压,而在分析。JMeter 那一节可以和 LoadRunner 对比着学,理解两者在场景配置上的差异。页面级和服务器结果定位那一节是收口,建议放在最后看,把前面的指标采集和问题分析串起来。看的时候别只盯着视频,配套的资料包里通常有对应的环境配置说明和脚本示例,边看边照着配一遍环境,比干看十遍都管用。

学完能独立做什么:从跑脚本到出诊断结论

学完这门课,你应该能独立完成一个中等规模系统的性能测试任务。具体来说,拿到一个待测系统后,你能根据业务目标选择合适的场景类型,用 LoadRunner 或 JMeter 搭建并发模型并执行;在执行过程中,能同时抓取 Tomcat、Linux、JVM、MySQL 这几个层面的监控指标;拿到数据后,能区分是页面资源加载慢、还是服务器 CPU 或内存打满、或是数据库锁等待导致的瓶颈,并给出初步定位结论。配套练习建议这样做:先拿一个本地部署的 Tomcat 加简单 Java 应用的环境,按课程里的步骤跑一轮基准测试,记录各层指标;然后人为制造一个瓶颈(比如调小数据库连接池或塞一段慢查询),再用课里教的排查思路去定位,看能不能找到你埋的雷。能找到,说明这套流程你算是真吃透了。

课程目录

1-1 [性能测试实施流程介绍] 性能测试实施流程介绍 (48:37)
2-1 [LR入门与工具架构介绍] LR入门与工具架构介绍 (44:28)
3-1 [Loadrunner脉冲性能测试实操讲解] Loadrunner脉冲性能测试实操讲解 (41:51)
4-1 [LR对TOMCAT性能指标数据抓取] LR对TOMCAT性能指标数据抓取 (40:29)
5-1 [LR目标场景] LR目标场景 (38:30)
6-1 [LR页面级和服务器结果问题定位分析] LR页面级和服务器结果问题定位分析 (36:12)
7-1 [JMETER] JMETER (56:26)
8-1 [Linux监控指标介绍] Linux监控指标介绍 (34:32)
9-1 [JVM内存监控说明] JVM内存监控说明 (36:54)
10-1 [MYSQL数据库监控] MYSQL数据库监控 (40:29)
11-1 [项目非功能测试内容要素介绍] 项目非功能测试内容要素介绍 (35:58)