一文搞懂Loadrunner性能测试，纯干货分享

北陌宝宝

于 2025-03-25 11:10:05 发布

阅读量1.1k

点赞数 13

分类专栏：软件实操达人文章标签： java 开发语言

本文链接：https://blog.csdn.net/DNFBM/article/details/146498216

版权

软件实操达人专栏收录该内容

2 篇文章

订阅专栏

性能测试与 Loadrunner 简介

在当今数字化时代，软件应用程序和系统的性能直接影响到用户体验和业务效率。性能测试作为软件开发生命周期中不可或缺的一部分，其重要性愈发凸显。性能测试是评估系统、网络或软件应用程序在不同条件下响应能力和稳定性的过程，主要目标是确保系统在高负载情况下依然能够保持高效运行，从而提供良好的用户体验。

性能测试通常包含多种类型，如负载测试、压力测试、容量测试、稳定性测试和基准测试等。负载测试通过模拟多个用户同时访问系统，评估系统在一定负载下的响应时间和稳定性，旨在确定系统的最大承载能力；压力测试在超过预期负载情况下测试系统，以评估系统的稳定性和故障恢复能力，帮助识别性能瓶颈；容量测试测试系统在特定容量下的表现，帮助企业了解其资源的使用效率，以便进行合理的扩展规划；稳定性测试测试系统在长时间运行时的表现，确保系统在持续负载下不会出现性能下降或崩溃；基准测试通过与行业标准或先前版本进行比较，评估系统的性能表现，以确保其符合预期目标。

而 Loadrunner 在性能测试领域中占据着重要地位，它是一款适用于各种体系架构的性能测试工具，最初由 Mercury 公司开发，2006 年被惠普 (HP) 公司收购，2016 年又被 Micro Focus 收购，如今已成为 OpenText 旗下的产品。Loadrunner 能预测系统行为并优化系统性能，其工作原理是通过模拟一个多用户（虚拟用户）并行工作的环境来对应用程序进行负载测试。在进行负载测试时，它能够使用最少的硬件资源为模拟出来的虚拟用户提供一致的、可重复并可度量的负载，在测试过程中监控用户想要的数据和参数。测试完成后，Loadrunner 可以自动生成分析报告，给用户提供软件产品所需要的性能信息，在金融、电商、电信等众多对系统性能要求极高的行业中被广泛应用。例如，电商平台在大促活动前，会利用 Loadrunner 进行性能测试，模拟大量用户同时下单、支付等操作，提前发现系统可能存在的性能问题并进行优化，确保在活动期间系统能够稳定运行，为用户提供良好的购物体验。

前期准备

（一）明确测试目标

在使用 Loadrunner 进行性能测试之前，明确测试目标至关重要，它就像是航海中的灯塔，为整个测试过程指引方向。确定测试目标能让我们清楚地知道为什么要进行测试，期望通过测试得到什么样的结果，从而有针对性地开展后续工作。

确定要测试的系统关键业务流程是明确测试目标的首要任务。以电商系统为例，用户的登录、商品浏览、添加购物车、下单支付等操作都是关键业务流程。其中，下单支付环节直接关系到交易的完成，对系统性能要求极高，可能就是重点测试的业务流程。我们需要详细梳理这些关键业务流程，了解其操作步骤、数据流向以及与其他模块的交互关系，以便在后续测试中准确模拟用户行为。

预期性能指标也是测试目标的重要组成部分，它为我们评估系统性能提供了具体的量化标准。常见的性能指标包括响应时间、吞吐量、并发用户数、错误率等。比如，对于一个在线教育平台，我们可能期望其在 1000 个并发用户的情况下，课程播放页面的平均响应时间不超过 2 秒，系统的吞吐量能达到每秒处理 500 个请求，错误率控制在 1% 以内。这些具体的指标要求将指导我们在测试过程中进行数据收集和分析，判断系统是否满足性能需求。

明确测试目标还能帮助我们合理分配测试资源，提高测试效率。如果没有清晰的目标，可能会在不必要的测试上浪费时间和精力，导致测试周期延长，成本增加。只有明确了目标，才能有的放矢地开展测试工作，确保测试结果的有效性和可靠性。

（二）搭建测试环境

搭建合适的测试环境是进行性能测试的基础，它就像搭建舞台，为测试的顺利进行提供必要的条件。一个与生产环境相似的测试环境能够保证测试结果的真实性和可靠性，使我们能够准确地发现系统在实际运行中可能出现的性能问题。

服务器配置是搭建测试环境的关键因素之一。服务器的硬件配置，如 CPU、内存、硬盘等，需要根据被测系统的规模和性能要求进行合理选择。对于一个大型企业级应用系统，可能需要配置高性能的服务器，配备多核心的 CPU、大容量的内存和高速的硬盘，以确保服务器能够承受大量用户的并发访问。同时，还需要安装合适的操作系统和相关软件，如 Web 服务器（如 Tomcat、Nginx）、应用服务器（如 WebLogic、JBoss）、数据库服务器（如 Oracle、MySQL）等，并对这些软件进行正确的配置和优化，以满足测试需求。

网络环境的搭建也不容忽视。网络的带宽、延迟、丢包率等因素都会影响系统的性能表现。为了模拟真实的网络环境，我们可以使用网络模拟工具，如 Network Emulator，对网络带宽、延迟等参数进行设置。例如，模拟不同地区用户的网络情况，设置不同的带宽和延迟，以测试系统在不同网络条件下的性能。此外，还需要确保测试服务器与负载发生器之间的网络连接稳定可靠，避免因网络问题影响测试结果。

测试工具 Loadrunner 的安装和配置是搭建测试环境的重要环节。首先，需要从官方网站或合法渠道下载 Loadrunner 的安装包，并按照安装向导的提示进行安装。在安装过程中，需要注意选择合适的安装路径和组件，确保安装过程顺利完成。安装完成后，还需要对 Loadrunner 进行配置，如设置许可证、添加负载发生器、配置测试场景等。例如，在设置许可证时，需要输入正确的许可证密钥，以确保 Loadrunner 能够正常使用；在添加负载发生器时，需要指定负载发生器的 IP 地址和端口号，以便 Controller 能够控制负载发生器生成负载。

搭建测试环境还需要考虑数据的准备。测试数据的真实性和完整性会影响测试结果的准确性。我们需要准备足够的测试数据，包括正常数据和异常数据，以覆盖各种业务场景。比如，在测试电商系统的下单支付功能时，需要准备不同金额的订单数据、不同支付方式的数据，以及一些异常数据，如支付失败的数据，以全面测试系统的性能和稳定性。

用 Loadrunner 进行性能测试的流程

（一）录制测试脚本

1. 选择协议

选择正确的协议是录制测试脚本的首要任务，也是确保测试准确性和有效性的关键。不同的应用系统采用不同的通信协议进行数据传输和交互，只有选择了与被测系统相匹配的协议，Loadrunner 才能准确地捕获和解析系统的通信数据，从而生成有效的测试脚本。

选择协议时，最直接有效的方法是与开发团队沟通，向他们询问应用程序使用的协议类型。开发人员对系统的架构和通信机制最为了解，能够提供准确的协议信息。比如，在测试一个基于 Java 开发的 Web 应用时，开发团队告知使用的是 HTTP/HTML 协议，这就为我们选择协议提供了明确的依据。

如果无法从开发团队获取信息，查阅系统的设计文档也是一个不错的途径。设计文档通常会详细描述系统的技术架构和通信协议，从中可以找到我们需要的信息。

使用协议分析工具，如 Wireshark，也是确定协议的有效方法。通过捕获网络数据包并分析其内容，可以准确判断应用系统使用的协议。在使用 Wireshark 时，只需启动工具并捕获与被测系统相关的网络流量，然后在分析结果中查看协议类型。例如，在捕获一个电商网站的网络流量后，通过分析数据包可以发现其中包含 HTTP 协议的请求和响应信息，从而确定该网站使用的是 HTTP/HTML 协议。

根据系统类型和架构也可以大致推断出可能使用的协议。例如，B/S 架构的 Web 应用通常使用 HTTP/HTML 协议；C/S 架构的应用，如果后端数据库是 Oracle，可能使用 Oracle 协议；如果是基于 Socket 开发的应用，则可能使用 Windows Sockets 协议。

以常见的 Web 应用为例，其主要通过 HTTP/HTML 协议进行数据传输和交互，所以在录制 Web 应用的测试脚本时，我们应选择 HTTP/HTML 协议。而对于基于 FTP 服务器的文件传输测试，就需要选择 File Transfer Protocol（FTP）协议；邮件服务器相关的测试，接收邮件可能涉及 Post Office Protocol（POP3）协议，发送邮件则可能使用 Simple Mail Transport Protocol（SMTP）协议。

2. 录制操作

在选择好协议后，就可以开始录制操作了。这一步骤的目的是让 Loadrunner 记录下用户在被测系统上的操作过程，从而生成相应的测试脚本。具体步骤如下：

启动录制：打开 Loadrunner 的虚拟用户生成器（VuGen），创建一个新的脚本或打开一个已有的脚本。在 VuGen 中，点击 “录制” 按钮，弹出 “开始录制” 对话框。在对话框中，需要指定录制的相关信息，如应用程序类型（Web 应用、Windows 应用等）、应用程序路径（如果是本地应用）、起始 URL（如果是 Web 应用）等。例如，对于一个 Web 应用，我们在 “应用程序类型” 中选择 “Web 应用程序”，在 “起始 URL” 中输入被测 Web 应用的地址，然后点击 “确定” 按钮，Loadrunner 就会启动浏览器并开始录制。

操作被测系统：在浏览器中，按照预先规划好的测试场景和业务流程，进行各种操作。比如，在测试电商系统时，可能会进行用户登录、商品搜索、添加购物车、下单支付等操作。在操作过程中，Loadrunner 会自动捕获浏览器与服务器之间的通信数据，并将这些操作转换为脚本代码。需要注意的是，操作过程要尽量模拟真实用户的行为，包括输入数据的方式、操作的速度和顺序等，这样生成的脚本才能更准确地反映系统在实际使用中的情况。

停止录制：完成所有需要录制的操作后，点击 Loadrunner 的浮动录制工具栏上的 “停止” 按钮，结束录制过程。此时，Loadrunner 会根据录制过程中捕获的数据，生成一个初步的测试脚本。这个脚本包含了用户在录制过程中执行的所有操作，以及与服务器进行通信的相关代码。

3. 脚本调试

录制完成后，得到的脚本可能存在一些问题，需要进行调试，以确保脚本能够正确回放和执行。脚本调试的主要目的是发现并解决脚本中的语法错误、逻辑错误以及与实际业务流程不符的问题。

回放脚本：在 VuGen 中，点击 “回放” 按钮，Loadrunner 会按照脚本中的操作步骤，模拟用户与服务器进行交互，回放录制的场景。在回放过程中，需要密切关注脚本的执行情况，查看是否有错误提示或异常行为。如果脚本执行成功，说明脚本基本没有问题；如果出现错误，就需要进一步分析和调试。

检查脚本语法错误：VuGen 提供了语法检查功能，可以帮助我们快速发现脚本中的语法错误。如果脚本中存在语法错误，VuGen 会在脚本编辑器中用红色下划线标注出来，并在输出窗口中显示错误信息。例如，常见的语法错误包括函数参数错误、语句缺少分号、括号不匹配等。根据错误提示，我们可以对脚本进行相应的修改，直到语法错误全部消除。

检查事务完整性：在性能测试中，事务是用于度量系统性能的重要单位，因此需要确保脚本中的事务定义完整、准确。检查事务的开始和结束标识是否正确，事务的范围是否覆盖了需要测量性能的操作。例如，在测试电商系统的下单支付功能时，需要将下单和支付的操作都包含在一个事务中，以准确测量这一业务流程的响应时间。如果事务定义不正确，可能会导致性能指标的测量不准确。

检查关联：关联是处理脚本中动态数据的重要手段，如果脚本中存在动态数据，如会话 ID、验证码等，需要进行关联处理，确保脚本在回放时能够正确获取和使用这些动态数据。通过回放脚本，查看是否有因动态数据导致的错误，如果有，就需要进行关联设置。

使用调试工具：VuGen 提供了丰富的调试工具，如断点、监视窗口、输出窗口等，可以帮助我们更深入地分析和调试脚本。在脚本中设置断点，当脚本执行到断点处时会暂停，此时可以查看变量的值、函数的执行情况等，以便找出问题所在。利用监视窗口监视特定变量的变化，通过输出窗口查看脚本执行过程中的详细信息，这些都有助于我们快速定位和解决问题。

（二）参数化设置

1. 参数化目的

参数化是性能测试中非常重要的一个环节，它的主要目的是通过使用不同的数据来执行相同的业务操作，从而更真实地模拟用户的实际行为，以及测试系统对不同数据的处理能力。

在实际应用中，用户的行为和输入数据是多种多样的。如果在性能测试中只使用固定的数据进行测试，那么测试结果可能无法准确反映系统在真实场景下的性能表现。例如，在测试一个在线购物系统的搜索功能时，如果每次搜索都使用相同的关键词，那么服务器可能会对这个关键词进行缓存，从而导致搜索速度非常快，无法真实反映系统在处理大量不同搜索请求时的性能。通过参数化，我们可以使用不同的搜索关键词，模拟不同用户的搜索行为，这样得到的测试结果才能更准确地反映系统的实际性能。

参数化还可以用于测试系统对不同数据的处理能力，例如不同长度的用户名、不同格式的邮箱地址、不同金额的订单等。通过使用各种不同类型的数据进行测试，可以发现系统在处理这些数据时可能存在的性能问题，如数据验证错误、数据库查询效率低下等。

2. 参数类型及设置

Loadrunner 提供了多种参数类型，以满足不同的测试需求，常见的参数类型及设置方法如下：

内部数据：这是 Loadrunner 自动生成的一些数据，包括日期 / 时间、组名称、迭代编号、负载生成器名称、随机数字、唯一编号和虚拟用户 ID 等。日期 / 时间参数类型可以用当前的日期和 / 或时间替换参数，通过在 “参数属性” 对话框中指定格式和偏移，就可以得到不同格式的日期和时间。例如，设置格式为 “YYYY-MM-DD HH:MM:SS”，偏移为 “+1 day”，则参数会在当前时间的基础上增加一天，并以指定的格式显示。随机数字参数类型可以在指定的范围内生成随机整数，在测试中可以用于模拟随机的用户输入，如随机的订单金额。唯一编号参数类型会为每个虚拟用户分配一组唯一的编号，在测试用户注册功能时，可以使用唯一编号作为用户名，确保每个用户的用户名都是唯一的。

数据文件：数据文件是最常用的参数类型之一，它可以保存虚拟用户在脚本执行期间访问的数据。数据文件可以是本地的文本文件，也可以是从数据库中获取的数据。在设置数据文件参数时，首先需要准备好包含测试数据的文件，文件中的数据以表格的形式存储，每列保存一个参数的数据，每行代表一组数据。然后在 “参数属性” 对话框中，选择 “文件” 类型，点击 “浏览” 按钮，选择准备好的数据文件。还需要设置数据的读取方式，如顺序读取、随机读取、唯一读取等。顺序读取会按照数据文件中数据的顺序依次读取；随机读取每次会从数据文件中随机选择一行数据；唯一读取会确保每个虚拟用户只读取一次数据，且每个用户读取的数据都不同。

用户自定义函数：使用外部 DLL 函数生成的数据。在使用用户自定义函数作为参数之前，需要创建一个包含函数的外部库（DLL）。函数的格式应符合 Loadrunner 的要求，例如：__declspec (dllexport) char *(char *, char *) 。在 “参数属性” 对话框中，选择 “用户定义的函数” 类型，然后指定外部库的名称和函数名。当脚本执行到该参数时，会调用外部函数生成相应的数据。

（三）关联处理

1. 关联原理

关联是性能测试中处理动态数据的关键技术，它的概念是在脚本录制过程中，捕获服务器返回的动态数据，并将其存储为参数，以便在后续的脚本回放中使用这些参数，确保脚本能够正确地模拟用户与服务器之间的交互。其原理基于这样一个事实：在很多应用系统中，服务器会为每个用户会话生成一些动态数据，这些数据在不同的请求和响应中会发生变化，并且这些动态数据对于后续的请求是必需的。例如，在一个 Web 应用中，用户登录后，服务器会返回一个会话 ID（Session ID），这个会话 ID 会在后续的所有请求中被发送回服务器，用于识别用户的会话。如果在脚本回放时，仍然使用录制时的固定会话 ID，而不是服务器返回的最新会话 ID，那么服务器将无法识别请求，导致脚本执行失败。

当我们需要进行关联时，通常是在脚本回放过程中发现了因动态数据导致的错误，如 “无效的会话 ID”“请求参数错误” 等。这些错误提示表明脚本中使用的某些数据已经过时，需要通过关联来获取最新的动态数据。关联的过程就是在服务器的响应数据中找到需要关联的动态数据，然后使用 Loadrunner 提供的关联函数将其提取出来，并存储为参数，供后续的请求使用。

2. 关联方法

Loadrunner 提供了自动关联和手动关联两种方法来处理动态数据，具体操作如下：

自动关联：Loadrunner 的自动关联功能可以自动识别服务器响应中的动态数据，并自动生成关联规则。在 VuGen 中，点击 “工具” 菜单，选择 “录制选项”，在弹出的对话框中切换到 “HTTP/HTML” 选项卡，勾选 “启用自动关联” 选项。然后重新录制脚本，Loadrunner 会在录制过程中自动检测动态数据，并生成相应的关联代码。自动关联虽然方便快捷，但并不是所有的动态数据都能被准确识别，有时还需要手动进行调整和验证。

手动关联：当自动关联无法满足需求时，就需要进行手动关联。手动关联的步骤如下：首先，通过回放脚本，观察服务器的响应数据，确定需要关联的动态数据。可以在 VuGen 的 “回放日志” 中查看服务器的响应内容，找到包含动态数据的部分。然后，确定动态数据的左右边界，即动态数据在响应数据中的起始位置和结束位置。使用 Loadrunner 提供的关联函数，如 web_reg_save_param，将动态数据提取出来并存储为参数。web_reg_save_param 函数的语法为：web_reg_save_param ("参数名","LB = 左边界","RB = 右边界","Search=Body|Headers|Both","Ordinal = 出现顺序",LAST); 其中，“参数名” 是自定义的参数名称；“LB” 和 “RB” 分别指定动态数据的左边界和右边界；“Search” 指定在响应的主体（Body）、头部（Headers）还是两者中搜索动态数据；“Ordinal” 指定动态数据在响应中出现的顺序，如果有多个相同的动态数据，可以通过该参数指定要提取的是第几个。在后续的请求中，使用提取的参数代替原来的固定数据，确保脚本能够正确执行。

（四）场景设计

1. 场景类型选择

在使用 Loadrunner 进行性能测试时，选择合适的场景类型是非常重要的，它直接影响到测试的目的和结果。Loadrunner 提供了两种主要的场景类型：手工场景和面向目标的场景，它们各有特点，适用于不同的测试场景。

手工场景：手工场景允许测试人员根据自己的需求和经验，手动设置虚拟用户数、并发策略、运行时间等参数，具有较高的灵活性。在测试一个新开发的系统时，由于对系统的性能情况还不太了解，我们可以选择手工场景，逐步增加虚拟用户数，观察系统在不同负载下的性能表现，从而找到系统的性能瓶颈和最佳运行状态。手工场景适用于对系统性能进行深入分析和研究的场景，测试人员可以根据实际情况自由调整各种参数，以满足不同的测试需求。

面向目标的场景：面向目标的场景则是根据预先设定的性能目标，由 Loadrunner 自动调整虚拟用户数和其他参数，以达到或接近设定的目标。例如，我们设定的性能目标是在系统响应时间不超过 3 秒的情况下，系统能够支持 1000 个并发用户。那么在面向目标的场景中，Loadrunner 会自动调整虚拟用户数，不断进行测试，直到系统的响应时间接近或超过 3 秒，此时 Loadrunner 会记录下系统能够支持的最大并发用户数，以及在该负载下系统的其他性能指标。面向目标的场景适用于验证系统是否满足特定性能要求的场景，能够快速评估系统的性能是否达到预期目标。

2. 场景参数设置

无论是手工场景还是面向目标的场景，都需要设置一些关键的场景参数，这些参数的设置直接影响到测试的结果和有效性。

虚拟用户数：虚拟用户数是指模拟的并发用户数量，它是衡量系统负载的重要指标。在设置虚拟用户数时，需要根据系统的实际业务需求和预期的并发访问量来确定。如果测试的是一个小型企业内部应用系统，平时的并发用户数可能只有几十人，那么在性能测试时，可以从较小的虚拟用户数开始，如 50 个，逐步增加到 100 个、200 个等，观察系统在不同负载下的性能变化。而对于一个大型电商平台，在促销活动期间可能会有几十万甚至上百万的并发用户，那么在测试时就需要设置较大的虚拟用户数，以模拟真实的高并发场景。

并发策略：并发策略定义了虚拟用户的启动和停止方式，以及它们之间的并发关系。常见的并发策略有同时启动、逐步启动、随机启动等。同时启动策略会让所有虚拟用户在同一时刻开始执行测试脚本，这种策略可以产生瞬间的高负载，用于测试系统在突发高并发情况下的性能。逐步启动策略会按照一定的时间间隔依次启动虚拟用户，这样可以逐渐增加系统的负载，避免瞬间高负载对系统造成过大冲击，更符合实际业务中的用户登录和操作情况。随机启动策略则是在一定的时间范围内随机启动虚拟用户，模拟真实用户的随机访问行为。

运行时间：运行时间是指场景的持续运行时长，它决定了测试的时间跨度。对于一些需要测试系统长时间稳定性的场景，如 24 小时不间断运行测试，就需要将运行时间设置为 24 小时。而对于一些只需要测试系统在短时间内高负载下性能的场景，如 10 分钟的压力测试，运行时间可以设置为 10 分钟。运行时间的设置要根据测试目的和系统特点来确定，确保能够充分获取系统在不同时间段内的性能数据。

（五）场景执行与监控

1. 启动场景

在完成场景设计和参数设置后，就可以在 Controller 中启动场景，开始进行性能测试了。启动场景的步骤如下：打开 Loadrunner 的 Controller，加载已经设计好的场景文件。在 Controller 的界面中，点击 “运行” 按钮，弹出 “运行场景” 对话框。在对话框中，可以对场景的运行进行一些额外的设置，如设置负载生成器（如果有多个负载生成器，可以指定每个负载生成器运行的虚拟用户数）、设置场景的迭代次数（如果需要多次运行场景，可以设置迭代次数）等。确认设置无误后，点击 “确定” 按钮，Controller 就会按照设置启动场景，虚拟用户开始按照脚本和场景参数进行并发操作，与服务器进行交互，从而产生负载。

2. 监控指标

在场景执行过程中，需要对一系列关键指标进行监控，以便实时了解系统的性能状况，及时发现性能问题。这些监控指标主要包括以下几个方面：

事务响应时间：事务响应时间是指从客户端发出请求到收到服务器响应所花费的时间，它是衡量系统性能的重要指标之一。在 Loadrunner 中，可以为不同的业务操作定义事务，然后监控每个事务的响应时间。例如，在测试电商系统时，将用户登录、下单支付等操作定义为事务，通过监控这些事务的响应时间，可以了解用户在执行这些关键业务操作时的等待时间，判断系统的响应是否及时。如果某个事务的平均响应时间过长，如用户登录事务的平均响应时间超过 5 秒，就可能会影响用户体验，需要进一步分析原因。