LoadRunner11实例性能测试.docx

1、LoadRunner11实例性能测试LoadRunner11实例性能测试1.LoadRunner11基础1.1术语场景：场景是一种文件，用于根据性能要求定义在每一个测试会话运行期间发生的事件。 Vuser：在场景中，LoadRunner 用虚拟用户或Vuser 代替实际用户。Vuser 模拟实际用 户的操作来使用应用程序。一个场景可以包含几十、几百甚至几千个 Vuser。 Vuser脚本：Vuser 脚本用于描述 Vuser 在场景中执行的操作。 事务：要度量服务器的性能，需要定义事务。事务表示要度量的最终用户业务流程。1.2组件与测试流程LoadRunner 包含下列组件： 虚拟用户生成器：

2、用于捕获最终用户业务流程和创建自动性能测试脚本（也称为虚拟用户脚本）。 Controller：用于组织、驱动、管理和监控负载测试。负载生成器：用于通过运行虚拟用户生成负载。 Analysis：有助于查看、分析和比较性能结果。 Launcher：为访问所有 LoadRunner 组件的统一界面。负载测试通常由五个阶段组成：计划、脚本创建、场景定义、场景执行和结果分析。计划负载测试：定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。创建 Vuser 脚本：将最终用户活动捕获到自动脚本中。定义场景：使用LoadRunner Controller 设置负载测试环境。运行场景：通过Loa

3、dRunner Controller 驱动、管理和监控负载测试。分析结果：使用LoadRunner Analysis 创建图和报告并评估性能。2.生成脚本2.1应用程序要求应用程序 Mercury LoadRunner8.1自带的基于 Web 的旅行代理系统Mercury Tours。用户可以连接到 Web 服务器、搜索航班、预订航班并查看航班路线。 1.确保示例 Web 服务器正在运行。安装和重新启动 LoadRunner 后，Web 服务器将自动启动。如果该服务器没有运行，请依次选择“开始” “程序” “Mercury LoadRunner”“示例”“Web”启动 Web 服务器”。 2.

4、打开 Mercury Tours 应用程序。选择“开始”“程序” “Mercury LoadRunner” “示例” “Web” “Mercury Web Tours 应用程序”。将打开浏览器，其中显示 Mercury Tours 的起始页。 3.登录到 Mercury Tours。成员名：jojo，密码：bean 假设您是负责验证应用程序是否满足业务需求的性能工程师。项目经理向您提出了一些条件：1 Mercury Tours 必须在不超过 90 秒的响应时间内，处理 10 起并发航班预订业务。2 Mercury Tours 必须在不超过 120 秒的响应时间内，处理 10 起并发的旅行代理要

5、求的航线检查业务。3 Mercury Tours 必须在不超过 10 秒的响应时间内，处理 10 起代理要求的登录和注销系统任务。、本教程将完成建立负载测试的整个流程，以验证应用程序是否满足每项业务要求，从而决定是否可以发行该应用程序。计划了负载测试之后，下面开始创建脚本。2.1录制脚本 1.启动 LoadRunner，打开 VuGen在 Launcher 窗口中，单击“Load Testing”选项卡，单击“Create/Edit Scripts”。将打开 VuGen 的开始页。 2.单击“New Vuser Script”,在弹出的脚本类型选项卡中，选择“web(http/html)”，确

6、定后跳转到Introduction to Script Creation向导窗口（如下图）。 3.点击左边Recording选项下的Record Appliction，在跳转出的界面中选择 按钮，弹出开始录制窗口，在“URL”地址框中，键入http:/localhost:1080/MercuryWebTours/。在“Record into Action”框中，选择“Action”。单击“OK”。自动打开浏览器和浮动工具栏： 其中，点击红色按钮开始录制。4.登陆网站，输入用户名jojo,密码bean。登陆后点击左边的Fights，打开Find Flight页面，将Arrival City 改为

7、Los Angeles，左下的Seating Preference选择Aisle（过道），点击Continue，接下来的页面继续Continue，在接下来的Payment Dentails页面，输入Credit Card：12345678，Exp Date：11/27,单击Continue继续，显示预定完成页面。图2.14.单击左边的“Itinerary”查看路线。5.点击“Sigin off”退出系统。点击悬浮条上的停止按钮。以上即完成了一次登录、预定航班、检查路线、注销的事物流程。选择菜单栏View中的Tree View 和Script View都可以查看录制好的脚本。2.2运行脚本录制好

8、脚本之后，在运行之前先对运行做一些设置。选择侧边栏中第二个选项Replay中的Verify Replay，打开运行脚本向导页面。可以在Open runtime-settings中设置运行时的一些行为。运行时设置可以模拟各种用户活动和行为。它们包括（列举部分）： Run Logic：用户重复一组操作的次数，这里改为2。 Pacing：重复操作前等待的时间 Log：希望在测试期间收集的信息级别 Think Time：用户在各步骤之间停下来进行思考的时间，通过设置随即思考时间可以模拟不同熟练操作程度的用户。这里按照上图设置。 Speed Simulation：使用不同网络连接 （例如，调制解调器、

9、DSL 和电缆）的用户 Browser Emulation：模拟用不同浏览器查看其应用程序性能的用户。配置好之后，可以点击Start Replay 开始回放。回放后生成回放日志，可以点击上面菜单View中的OutPut Window查看。2.3脚本优化2.3.1关联创建脚本后，可以通过 VuGen 运行该脚本来对其进行验证。有时候，尽管操作的录制已成功，但相同操作的播放却会失败。因为许多应用程序使用动态值，每次使用该应用程序时这些值都会更改。例如，某些服务器为每个新会话分配唯一的会话 ID。尝试回放录制的会话时，应用程序将创建与已录制的会话 ID 不同的新会话 ID。LoadRunner 通过

10、关联解决此问题。关联将把会更改的值 （在本例中为会话 ID）保存为参数。运行仿真时，Vuser 并不是使用录制的值，而是使用服务器为其分配的新会话 ID。要演示常见的播放失败，需要修改 Mercury Tours 应用程序中的设置。此设置将通知 Mercury Tours Web 服务器不允许重复会话 ID。 1 打开“Mercury Tours”。选择“开始” “程序” “Mercury LoadRunner” “示例” “Web” “Mercury Web Tours 应用程序”。将打开浏览器，其中显示 Mercury Tours 的起始页。 2 更改服务器选项。在 Mercury Web

11、 Tours 起始页上单击 “administration”链接。选择第 3 个复选框，其标题为：Set LOGIN forms action tag to an error page（将 LOGIN 表单的操作标记设置为错误页）。滚动到该页的底部并单击 “Updata”。滚动到该页的底部并单击 “Return to the Mercury Tours Homepage”链接。此设置将通知服务器不允许重复会话 ID。 3 关闭浏览器。此时，运行刚刚录制的脚本，会出现错误（如下图），点击Show and resolve dynamic server values，会打开一个新的页面，下面会显示可

12、以关联的选项，选中后右键选择“correlation”，就完成了关联，关联成功会有一个绿色的勾。2.3.2参数化在模拟中，跟踪一位预订航班并选择Aisle座位的用户。但是，在实际生活中，不同的用户会有不同的喜好。因此，要改进测试，需要检查当用户选择不同座位首选项（过道、窗口或无）时，预订是否可以正常工作。 要达到此目的，需要参数化脚本。用参数代替录制值 Aisle。参数值放在一个参数文件中，运行脚本时， Vuser 将从参数文件中取值（aisle、 window 或 none），从而模拟真实的旅行代理环境。1.找到要更改数据的部分。选择 “View” “tree view”进入树视图在测试树中

13、，双击，将打开如下对话框。右列中的 ABC 图标表示参数为常量。 2.创建参数。单击 第七行Aisle 旁边的 ABC 图标。将打开“选择或创建参数”对话框。其中“Parameter”填为seat，确定。VuGen 将使用参数图标替换 ABC 图标。 3.为参数制定一些示例值。单击 seat 旁边的参数图标。从弹出菜单中选择 “参数属性”。将打开“参数属性”对话框。添加两个Row：Window和 None注意，值不区分大小写，确定。这样就完成了参数化。运行用户脚本，会发现迭代器第一次选择了Aisle,第二次选择了window。3.运行负载测试3.1生成负载1.添加负载生成器。打开 Contro

14、ller 运行视图。选择位于屏幕底部的“Design”选项卡（如上图），将虚拟用户的数量改为8(可以自定义)。2.单击 “Generator” 按钮,将打开“负载生成器”对话框，显示 localhost 负载生成器计算机的详细信息（如下图）。此处使用本地计算机作为负载生成器 （默认情况下包含在场景中）。 localhost 负载生成器的状态为关闭。这表示 Controller 未连接到负载生成器，可以点击connect变为准备状态，完成后点击Close。2.点击design面板上的，打开如下窗口：其中可以设置同时加载负载还是每隔一段时间加载一定负载，按如下图设定好（每隔30秒加载两个虚拟用户）

15、。3.2运行负载测试1.打开 Controller 运行视图。选择位于屏幕底部的“Run”选项卡。 2.启动场景。单击按钮开始运行测试。如果第一次运行， Controller 将启动场景。结果文件自动保存到负载生成器的临时目录中。如果是重复此测试，将提示覆盖现有结果文件。3.3运行视图概述打开LoadRunner，点击Run LoadTests，打开Controller ，窗口中的 “运行”选项卡是用来管理和监控测试的控制中心。“运行”视图包含五个主要部分：(下图显示一个汉化的界面，没有汉化的界面分布和功能是一样的)。场景组：位于左上窗格中，使您可以查看场景组中的 Vuser 的状态。使用该窗

16、格右侧的按钮可以启动、停止和重置场景，查看单个 Vuser 的状态，并且可以手动添加更多的 Vuser，从而增加场景运行期间应用程序上的负载。场景状态：位于右上窗格中，使您可以查看负载测试的概要，其中包括正在运行的 Vuser 数以及每个 Vuser 操作的状态。可用图树：位于中部左侧窗格中，使您可以查看 LoadRunner 图列表。要打开图，请在该树中选择一个图，然后将其拖动到图查看区域中。图查看区域：位于中部右侧窗格中，使您可以自定义显示以查看一至八个图（“视图” “查看图”）。图例：位于底部窗格中，使您可以查看选定图中的数据。4.分析结果4.1 Analysis 窗口概述打开“Merc

17、ury LoadRunner Launcher”窗口，选择Analyze load test。，打开一个 Analysis 会话文件，就出现了Analysis 窗口。Analysis 窗口包括下列三个主要部分： 图树：在左窗格中，Analysis 将显示可以打开查看的图。您可以在此处显示打开Analysis 时未显示的新图，或删除不再想查看的图。 图查看区域：在右窗格中显示图。默认情况下，当打开一个会话时， Analysis 概要报告将显示在此区域。 图例：下部，使您可以查看选定图中的数据。4.2分析窗口数据因为由于每个人的电脑配置不同，场景也不一样，生成的Analysis 会话文件也不一样，

18、所以下面说的各项作为参考。实际运行的数据可能不一样，但是每项的含义一致。4.2.1查看事务平均响应时间上图的事务概要中，我们来关注一下check_itinerary 事务，90%的响应时间是 65.744 秒。该数值是事务平均响应时间 (32.826) 的两倍，说明对于发生的大多数此种事务都需要较高的响应时间。还能看到该事务失败了 28 次。点击该事务的名称，打开平均响应时间图表如下：注意，check_itinerary 事务的平均响应时间显著波动，在场景运行了 2:56 （分钟: 秒）时达到峰值 75.067 秒。在性能稳定的服务器上，事务的平均响应时间会比较平稳。注意，在图的底部，登录、注

19、销、 book_flight 和 search_flight 事务的平均响应时间都比较平稳。4.2.2 研究Vuser的行为1.在图树中单击,将在图查看区域中打开正在运行的 Vuser 图(如下图)。可以看到在场景运行的开始，正在运行的 Vuser 处于逐渐加压状态。接着，70 个 Vuser 同时运行了 3 分钟，之后开始逐渐减压。2.筛选该图，观察所有 Vuser 同时运行的时间片。右键单击该图并选择 “Set Filter/Groud By”，弹出筛选窗口。点击“Scenario Elapsed Time”这一项的“Value”中的向下箭头，选择时间范围为从 1:30（分钟: 秒）至 3

20、:45 （分钟: 秒）。现在，正在运行的 Vuser 图仅显示场景运行中 1:30（分钟: 秒）和 3:45 （分钟: 秒）之间运行的 Vuser。所有其他的 Vuser 已全被筛选出去。3.关联两个图，把两个图放在一起，以查看一个图的数据对另一个图的数据所产生的影响。这称为将两个图关联。将正在运行的 Vuser 图和平均事务响应时间图相关联以比较其数据，以查看大量的 Vuser 对事务的平均响应时间产生的影响。右键单击正在运行的 Vuser 图并选择“Merge Graphs”，弹出窗口（如下图），设置好之后确定。现在，正在运行的 Vuser 图和平均事务响应时间图在图查看区域中表示为一个图

21、，即“Running Vusers-Average Transaction Response Time”(如下图)。 4 .分析关联后的图。在该图中可以看到随着 Vuser 数量的增加， check_itinerary 事务的平均响应时间也在逐渐增加。换句话说，随着负载的增加平均响应时间也在逐渐地增加。运行 64 个 Vuser 时，平均响应时间会突然急速增加，可以说服务器崩溃了。同时运行的 Vuser 超过 64 个时，响应时间会明显开始变长。5.一些体会初步接触LoadRunner，并且对它自带的服务器和软件系统进行了测试。走了一遍测试的流程，但是其中很多问题还不深入，比如在虚拟脚本的编写

22、、运行测试过程中观察数据的选取，比较监测的结果这些问题上，没有什么项目经验，认识只停留在表面。作为一个负载测试工具，LoadRunner使用不难，难的是在实践过程中的经验总结。比如哪些行为定义成一个事务来监测；虚拟用户多少个，怎么加载才能测出系统的瓶颈，怎么分析生成的负载测试数据等。所以在后续的工作中，要测试不同类型的系统，模拟不同类型的虚拟用户，定义不同的场景，总结经验才能提高。附：51testing论坛上建议的性能测试学习线路图纵向划分3颗子树:vugen，controller，monitor。优先学习vugen脚本开发以及调试。横向划分为2层：基础知识以及高级应用。 2009/11/23-2009/11/30 by 赵亮 李杰