LoadRunner培训教程PPT

目录:1. 使用Virtual User Generatorl 录制脚本l 使用随机数据l Virtual User Generator的设置l 脚本分析l 如何使用事务l 如何设置集合点2. 如何使用Controllerl 手工设置 Schedulel 目标设置Schedule4. 参数含义5. 使用Analysis分析运行结果使用load runner过程如何确定性能测试的目标目标目标需要回答的问题需要回答的问题测试最终用户的使用时间要花多长时间完成以一次业务流程？确定优化的硬件配置哪种硬件配置可以提供最好的性能？检查可靠性系统可以在何种压力条件下无错误的进行工作，并且能够持续多长时间？检查硬件和软件的升级硬件和软件的升级是否会对性能有多大影响？选择硬件和软件应该选择哪种服务器硬件或者软件？衡量系统能力系统可以处理多少负载，而不导致系统的处理性能明显下降？确定瓶颈哪些因素会延长系统的相应时间？编写脚本步骤 VuGen 中的脚本分为三部分：vuser_init、vuser_end 和Action。 其中vuser_init 和vuser_end 都只能存在一个，不能再分割，而Action 还可以分成无数多个部分（通过点击New 按钮，新建ActionXXX）。 在录制需要登陆的系统时，我们把登陆部分放到vuser_init 中，把登陆后的操作部分放到Action 中，把注销关闭登陆部分放到vuser_end 中。如果需要在登陆操作设集合点，那么登如果需要在登陆操作设集合点，那么登陆操作也要放到陆操作也要放到Action 中，因为中，因为vuser_init 中不能添加集合点中不能添加集合点 在其他情况下，我们只要把操作部分放到Action 中即可。注意：在重复执行测试脚本时，注意：在重复执行测试脚本时，vuser_init 和和vuser_end 中的内容只会中的内容只会执行一次，重复执行的只是执行一次，重复执行的只是Action 中的中的部分。部分。 Cookie和session的区别：1、cookie数据存放在客户的浏览器上，session数据放在服务器上。2、cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗 考虑到安全应当使用session。3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能 考虑到减轻服务器性能方面，应当使用COOKIE。4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。5、建议： 将登陆信息等重要信息存放为SESSION 其他信息如果需要保留，可以放在COOKIE中 EXTRARES此关键词表示这个词之后的内容是资源属性列表的内容。资源属性列表的内容通常是由non-html产生的，例如：javascript、activex、java applet和flash等内容。由URL,referer和enditem组成url表示要去访问的网址referer表示从哪个页面来访问的enditem表示这个资源项的结束符 将脚本录制的固定数据变为随机数据 以说吧为发贴字为例子,讲述一个比较完整的过程 先按照之前所讲的方式录制一个发贴子的脚本 然后,进入Script的编辑状态. 选择脚本中发贴子时,选中往字段中填写的内容. 然后,右键菜单选择“Replace with a Parameter”,就可以将固定内容替换为随机制定的内容了。DateTime：很简单，在需要输入日期/时间的地方，可以用DateTime 类型来替代。其属性设置也很简单，选择一种格式即可。当然也可以定制格式。Group Name：在controller中运行可以看到，设置比较简 单。在实际运行中，LoadRunner使用该虚拟用户所在的Vuser Group 来代替。但是在VuGen 中运行时，Group Name将会是NoneLoad Generator Name：在实际运行中，LoadRunner 使用该虚拟用户所在Load Generator 的机器名来代替。参数的类型参数的类型 Iteration Number：在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。 Random Number：随机数。很简单。在属性设置中可以设置产生随机数的范围参数类型Unique Number：唯一的数。在属性设置中可以设置第一个数以及递增的数的大小。注意：使用该参数类型必须注意可以接受的最大数。例如：某个文本框能接受的最大数为99。当使用该参数类型时，设置第一个数为1，递增的数为1，但100 个虚拟用户同时运行时，第100 个虚拟用户输入的将是100，这样脚本运行将会出错。注意：这里说的递增意思是各个用户取第一个值的递增数，每个用户相邻的两次循环之间的差值为1。举例说明：假如起始数为1，递增为5，那么第一个用户第一次循环取值1，第二次循环取值2；第二个用户第一次循环取值为6，第二次为7；依次类推参数类型 Vuser ID：设置比较简单。在实际运行中，LoadRunner 使用该虚拟用户的ID 来代 替，该ID 是由Controller 来控制的。但是在VuGen 中运行时，Vuser ID 将会是 1。 File：需要在属性设置中编辑文件，添加内容，也可以从现成的数据库中取数据（下面我们将会介绍） User Defined Function：从用户开发的dll 文件提取数据。就目前我认为，这种方式没有必要。VuGen 支持C 语言的语法，在VuGen 中重新编写类似的函数应该不难 选择“File”类型 然后，脚本中的相应位置会出现“NewParam”这几个关键字 右键这几个关键字，弹出右键菜单，选择“Parameter Properties” 选择包含数据的文件，则文件的内容会被加载到一个列表里面。再选择“关闭”。 在进行的时候会自动使用这些指定的数据来替换相应的固定值。 将数据库的数据作为指定参数 首先，在操作系统的ODBC数据源中建立与数据库的关联 然后，使用“Data Wizard”，选择“Specify SQL Statement manually” 下一步后，选择“Create”,选择“机器数据源”，然后选择相应的ODBC数据源，写好指定的sql语句后，就可以把数据加载到参数队列中去了。 然后，在压力测试过程当中，他们会自动使用参数队列中的数据作为测试数据。“Select next row ”有以下几种选择：Sequential：按照顺序一行行的读取。每一个虚拟用户都会按照相同的顺序读取Random：在每次循环里随机的读取一个，但是在循环中一直保持不变Unique ：唯一的数。注意：使用该类型必须注意数据表有足够多的数。比如：Controller 中设定20 个虚拟用户进行5 次循环，那么编号为1 的虚拟用户取前5个数，编号为2 的虚拟用户取6-10 的数，依次类推，这样数据表中至少要有100个数据，否则Controller 运行过程中会返回一个错误。Same Line As 某个参数（比如Name）：和前面定义的参数Name 取同行的记录。通常用在有关联性的数据上面。 Sequential :表示从数据列中进行顺序选取数据 Random:表示随机从数据列中选择数据 Unique:表示从数据列中选择不重复的数据 Same line as NewParam:表示和NewParam是同一行的值 Each Occurrence：在运行时，每遇到一次该参数，便会取一个新的值 Each iteration：运行时，在每一次循环中都取相同的值 Once：运行时，在每次循环中，对于一个vuser来说，该参数只取一次值就不变了Virtual User Generator的录制脚本设置 Recording 标签页：默认情况下选择“HTML-based Script”，说明脚本中采用HTML 页面的形式来表示，这种方式的Script 脚本容易维护，容易理解，推荐这种方式录制 “URL-based Script”说明脚本中的表示采用基于URL 的方式，WAS 和ACT中的录制方式就是这种，这种方式看上去比较乱。选择哪种方式录制有以下参考原则： 1 基于浏览器的应用程序推荐使用HTML-based Script 2 不是基于浏览器的应用程序推荐使用URL-based Script。 3 如果基于浏览器的应用程序中包含了JavaScript 并且该脚本向服务器产生了请求，比如DataGrid 的分页按钮等，也要使用URL-based 方式录制 4 基于浏览器的应用程序中使用了HTTPS 安全协议，使用URL-based 方式录制在录制过程中，不要使用浏览器的在录制过程中，不要使用浏览器的“后退后退”功能，功能，LoadRunner 支持不太好！支持不太好！录制时工具栏的功能 事务（Transaction）：为了衡量服务器的性能，我们需要定义事务。比如：我们在脚本中有一个数据查询操作，为了衡量服务器执行查询操作的性能，我们把这个操作定义为一个事务，这样在运行测试脚本时，LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在结果中会有反映。插入事务如何添加事务输入该事务的名称。注意：事务的名称最好要有意义，能够清楚的说明该事务完成的动作。插入事务的开始点后，下面需要在需要定义事务的操作后面插入事务的“结束点”。同样可以通过菜单或者工具栏插入默认情况下，事务的名称列出最近的一个事务名称。一般情况下，事务名称不用修改。事务的状态默认情况下是LR_AUTO。一般情况下，我们也不需要修改，除非在手工编写代码时，有可能需要手动设置事务的状态。在代码中的事务在代码中的事务插入集合点插入集合点插入集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，从而达到测试计划中的需求。注意：集合点经常和事务结合起来使用。集合点只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合点。输入该集合点的名称。注意：集合点的名称最好要有意义，能够清楚的说明该集合点完成的动作。脚本中集合点的代码如下：插入注释插入插入Text/Imag 检查点检查点在进行压力测试时，为了检查Web 服务器返回的网页是否正确，VuGen 允许我们插入Text/Imag 检查点，这些检查点验证网页上是否存在指定的Text 或者Imag，还可以测试在比较大的压力测试环境中，被测的网站功能是否保持正确。检查点的含义和WinRunner 中的检查点功能基本上一致，这里就不再作过多的说明。VuGen 在测试Web 时，有两种视图方式：TreeView/Script View。前面我们见到的一直都是Script View。在插入Text/Imag 检查点时，我觉得用TreeView 视图会比较方便。在这种视图之间切换，可以通过菜单或者工具栏的方式插入检查点的步骤比较简单。添加Text/Imag 检查点，可以在录制过程中，也可以在录制完成后进行。推荐最好能在录制过程中添加Text/Imag 检查点。先在树形菜单中选择需要插入检查点的一项，然后点鼠标右键，选择将检查点插到该操作执行前还是该操作执行后。如果在该操作执行前，则选择“Insert Before”，否则选择“Insert After”。然后弹出对话框，如下，选择“Text Check”（这里以Text 检查点为例说明） 添加Imag 检查点的操作步骤和Text 检查点差不多，这里仅仅对Imag Check Properties 窗口进行说明。其他的和Text 检查点类似，不再详细说明。注：如果Web窗体中包含有JavaScript 脚本，那么在TreeView 视图中显示可能会有问题。解决这个问题，可以设置一下。Run-Time Setting创建运行场景运行场景描述在测试活动中发生的各种事件。一个运行场景包括一个运行虚拟用户活动的Load Generator 机器列表，一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。创建运行场景使用Controller。在开始菜单中，启动Controller 程序，出现“New Scenario”窗口。如果没有出现，可以在菜单或者工具栏中点击“New”。 在新建场景的窗口，选择一种场景类型。下面对三种类型进行简单的说明。 1 Manual Scenario：该项要完全手动的设置场景。 1.1 Manual Scenario with Percentage Mode：该项只有在“Manual Scenario”选中的情况下才能选择。选择该项后，在场景中我们需要定义要使用的虚拟用户的总数， Load Generator machine 机器集，然后我们为每一个脚本分配要运行的虚拟用户的百分比。 2 GoalOriented Scenario： 在测试计划中，一般都包括性能测试要达到的目标。 选择该项后，LoadRunner 基于这个目标，自动为你创建一个场景。在场景中，我们只要定义好我们的目标即可。 点右边的“Generators”按钮，出现Load Generators 窗口 添加LoadGenerator 后，执行“Connect”操作，使Status 为Ready，表示该机器联接正常， 如果为Failed，表示该机器不能联接，请检查原因。 可以把这个列表保存下来，执行菜单命令即可。设置虚拟用户总数点右边的“VUsers”按钮即可设置，该虚拟用户将在那个Load Generators 上运行。设置Schedule这里的设置是非常重要的，也是三种场景类型最重要的区别之处。点按钮，即可进入Schedule 设置窗口。设置集合点设置集合点如果在脚本中设置了集合点，还需要Controller 中设置集合点策略。在菜单中调出 设置集合点策略的窗口.点Policy按钮，进入策略设置窗口选择场景类型为Manual Scenario with Percentage Mode选择场景类型为GoalOriented Scenario 点Edit Scenario Goal按钮，编辑该场景的目标。注：以上的说明是以选择的目标为Virtual Users 时为基础的。选择不同的目标，内容会稍微有一点不同。下面重点说一下目标的种类。每次场景运行只能设置一个目标。Virtual Users GoalHits per Second 如果想测试Web Server 的真正实力，推荐定义目标类型为：Hits per Second、Pages per Minute 或者Transactions per Second，这些类型都需要指定一个虚拟用户的最小值和最大值的范围。 Controller 试图使用最少的虚拟用户来达到定义的目标。如果使用最少的用户，不能达到目标，Controller 增加用户数，直到定义的最大值。如果使用了最多的虚拟用户数，定义的目标还没有实现，那么需要增加最大用户数，重新执行场景。Transactions per Second:Transactions Response Time如果想知道在多少用户并发访问网站时，事务的响应时间达到性能指标说明书中规定响应时间的最大值，那么推荐使用Transactions Response Time 类型。指定需要测试的事务的名称，虚拟用户数量的最小值和最大值，还有预先定义好的事务的响应时间。在场景运行中，如果使用了最多的虚拟用户，还不能达到定义的最大响应时间，说明Web Server 还有能力接纳定义的虚拟用户的最多数量；如果在使用了部分虚拟用户，就达到了定义的最大的响应时间，或者LoadRunner 提示如果使用最多数量的虚拟用户时将要超过最大响应时间，那么需要重新设计或者修补应用程序，同时可能需要升级Web Server 的软硬件。Pages per Minute如果你定义的类型是Pages per Minute、Hits/Transactions per Second，Controller 首先用最小用户数除以定义的目标，得到一个值，然后确定每个用户应该达到的hits/transactions或者pages per minute，然后controller 开始按照以下的策略加载用户：如果选择的是自动的加载虚拟用户，LoadRunner 会首先加载50 个用户。如果定义的最大用户数小于50，LoadRunner 就会一次加载所有的虚拟用户。如果选择的是在场景运行一段时间后达到目标，LoadRunner 就会尝试在定义的这段时间内达到目标，根据时间限制和计算出的每个用户的hits、transactions 或者pages，LoadRunner 确定第一批加载多少用户。如果选择的是按照一定的阶段达到目标（也就是先在x 长时间内达到y pages/hits，然后再达到下一个目标），LoadRunner 计算每个用户应该达到的数字后，再确定第一批加载多少用户。 每加载一批用户后，LoadRunner 会判断是否达到这批用户的目标。如果这批用户的目标没有达到，LoadRunner 重新计算每一个用户应该达到的目标数字后，重新调整下一批加载用户的数量。默认情况下，LoadRunner 每两分钟加载一批用户。 如果Controller 加载了最多数量的用户还没有达到预定的目标，LoadRunner 会重新计算每个用户的目标，然后同时运行最大数量的用户，尝试达到预定的目标。如果出现以下情况，Pages per Minute、Hits/Transactions per Second 类型的场景会置于“Failed”状态： Controller 使用了指定的最大数量的用户，并且两次都没有达到目标 所有的用户运行都失败 没有足够的Load Generators 机器（现有的机器已经超载运行的情况下） Controller 增加了几批用户后，pages per minute 或者hits/transactions per second 没有增加 Controlller 加载第一批用户后，定义的目标没有被捕捉到启用启用IP Spoofer（IP 欺骗）欺骗） 当运行场景时，虚拟用户使用它们所在的Load Generator 的固定的IP 地址。同时每个Load Generator 上运行大量的虚拟用户，这样就造成了大量的用户使用同一IP 同时访问一个网站的情况，这种情况和实际运行的情况不符，并且有一些网站会根据用户IP 来分配资源，这些网站会限制同一个IP 的登陆，使用等等。为了更加真实的模拟实际情况，LoadRunner允许运行的虚拟用户使用不同的IP 访问统一网站，这种技术称为“IP 欺骗”。 启用该选项后，场景中运行的虚拟用户将模拟从不同的IP 地址发送请求。该选项非常的有用。注意：IP Spoofer 在连接Load Generators 之前启用。 要使用IP 欺骗，各个Load Generator 机器必须使用固定的IP，不能使用动态IP（即DHCP）。 使用IP Wizard：在“开始”菜单程序中，找到LoadRunnerToolsIP Wizard，运行它 注意：运行IP Wizard 程序的机器必须使用固定的IP，不能使用动态IP 第一次运行IP Wizard 需要选择第一项“Create new settings”，如果以前运行过，可以选择第二项“Load previous settings from file”，选择保存好的文件；第三项用于使用IP 欺骗进行测试完成后，释放IP 的过程（因为该机会占用大量的IP 资源，可能会导致其他机器没有IP 可用的尴尬局面，使用该项，可以恢复到原来的状况）这里选择第一项，“Next”，出现IP Wizard 的第二个窗口 这里输入Web Server 的IP 地址，然后 Next，出现向导的第三个窗口。从“From IP”文本框中输入要使用IP 范围的第一个IP 值，然后在“Numbers to Add”输入一个数字，表示IP 范围的值； 假如第一个IP 为 192.168.6.100，范围大小为100，那么IP Wizard 将会使用192.168.6.N（100=N=2）个并且处理器的利用率%Processor Time 超过90%，那么很有可能存在处理器瓶颈。如果发现Processor Queue Length 显示的队列长度超过2，而处理器的利用率却一直很低，那么或许更应该去解决处理器阻塞问题，这里处理器一般不是瓶颈。如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换（Context Switches/sec 显示的上下文切换次数比较大），那么就会占用大量的系统资源。如果系统的吞吐量降低并且CPU 的使用率很高，并且此现象发生时切换水平在15000 以上，那么意味着上下文切换次数过高同时还可以比较Context Switches/sec 和%Privileged Time 来判断上下文切换是否过量。如果后者的值超过40%，且上下文切换的速率也很高，那么应该检查为什么会产生这样高的上下文切换网络吞吐量以及带宽网络吞吐量以及带宽磁盘相关磁盘相关 磁盘相关磁盘相关 判断磁盘瓶颈的方法是通过以下公式来计算：每磁盘的 I/O 数 = 读次数 + （4 * 写次数） / 磁盘个数如果计算出的每磁盘的 I/O 数 大于 磁盘的处理能力，那么磁盘存在瓶颈。看 Transaction Response Time 图，可以判断每个事务完成用的时间，从而可以判断出那个事 务用的时间最长，那些事务用的时间出预定的可接受时间。下图可以看出，随着用户数的不断增加，login 事务的响应时间增长的最快！分析实时监视图表分析实时监视图表 网络带宽是否足够网络带宽是否足够?“Throughput”图显示在场景运行期间的每一秒钟，从 Web Server 上接受到的数据量的值。 拿这个值和网络带宽比较，可以确定目前的网络带宽是否是瓶颈。如果该图的曲线随着用户数的增加，没有随着增加，而是呈比较平的直线，说明目前的 网络速度不能够满足目前的系统流量。硬件和操作系统能否处理硬件和操作系统能否处理高负载高负载?“Windows Resources ”图实时地显示了 Web Server 系统资源的使用情况。利用该图提供的 数据，可以把瓶颈定位到特定机器的某个部件。Analysis生成交叉结果图=N 选择 “文件” “交叉结果”。将打开 “交叉结果”对话框。=O 单击 “添加”以将其他结果集添加到结果列表中。将打开 “选择与交叉结果对应 的结果文件”对话框。=P 查找结果目录并选择其结果文件 (.lrr)。单击“确定”。方案将添加至结果列表中。=Q 重复步骤 2 和 3，直到您要比较的所有结果都在结果列表中为止。=R 生成交叉结果图时，默认情况下会将其另存为新的 Analysis 会话。要将其保存在 现有会话中，请清除 “为交叉结果新建 Analysis 会话”框。=S 单击 “确定”。 Analysis 将处理结果数据并要求您确认是否打开默认图。生成交叉结果图后，可以对其进行筛选，以显示特定的方案和事务。您还可以通过 更改粒度、缩放和比例来处理图。详细信息，请参阅第 2 章“使用 Analysis 图”。 可以为两个或多个结果集创建交叉结果图使用 “交叉结果”对话框可以比较多 个方案运行的结果。排序图数据可以排序图数据，以便以更相关的方式来显示数据。例如，可以用 “事务结束状 态”来对事务图分组，并可以用 “方案已用时间”、“Vuser 结束状态”、“Vuser 状态”和 “VuserID”来对 Vuser 图分组。设置筛选条件：通过执行下列操作，打开相应对话框： 要设置单个图的筛选条件，请通过单击 “图”选项卡或单击树视图中的图名 来选择要筛选的图，然后选择 “视图” “设置筛选器 / 分组方式”或单击 “设置筛选器”。 要设置方案中所有图 （包括已显示的图和尚未打开的图）的筛选条件，请选择 “文件” “设置全局筛选器”或单击 “设置全局筛选器”。 要设置摘要报告的筛选条件，请选择 “视图” “摘要筛选器”。查看会话信息会话名：显示当前会话的名称。结果：显示 LoadRunner 结果文件的名称。 数据库类型：显示用于存储方案数据的数据库类型。 数据库名：显示数据库的名称和目录路径。 服务器属性：显示 SQL Server 和 MSDE 数据库的属性。 数据集合模式：指出会话显示完整数据还是摘要数据。 数据时间筛选器：指出是否已将时间筛选器应用到会话中。 聚合：指出是否已经聚合会话数据。Web粒度：显示会话中使用的 Web 粒度。聚合属性：显示所聚合数据的类型、聚合条件以及所聚合数据的时间粒度。查看方案运行时设置在 “方案运行时设置”对话框中，可以查看有关每个方案中运行的 Vuser 组和脚 本的信息，以及方案中每个脚本的运行时设置 选择 “文件” “方案运行时设置”，或者单击工具栏上的 “运行时设置”将打开 “方案运行时设置”对话框，显示每个方案的 Vuser 组、脚本和计划信息。对于方案中的每个脚本，可以查看方案执行之前在 Controller 或 VuGen 中 配置的运行时设置。 查看方案运行时设置通过 “ 方案运行时设置”对话框可以查看有关已执行的方案的信息，以及方案 中每个脚本的运行时设置。方案脚本：显示每个已执行方案的结果集，以及在方案中运行的 Vuser 组和脚本。 方案计划：显示选定方案面向目标的或手动方案计划信息。 组名称：显示选定脚本所属的组的名称。脚本名：显示选定脚本的名称。完整路径：显示脚本的完整目录路径 要设置单个图的筛选条件，通过单击 “图”选项卡或单击树视图中的图名 来选择要筛选的图，然后选择 “视图” ,“设置筛选器 / 分组方式或单击“设置筛选器”。采用每个筛选条件选择条件和值。将为每个图显示适用的筛选条件。向下搜索图右键单击图中的线、条或段，然后选择 “向下搜索”。将打开 “向下搜索选项” 对话框，列出图中的所有度量 选择向下搜索的度量。在 “分组方式”框中，选择排序要依据的组。单击 “确定”。 Analysis 向下搜索并显示新图。 要撤消上次向下搜索设置，请右键单击菜单，并选择 “撤消设置筛选器 / 分组方式”。更改数据粒度 通过更改 X 轴的粒度 （比例），可以使图便于阅读和分析。最大粒度是图的时间 范围的一半。为确保可读性和清晰性， Analysis 在大于等于 500 秒的范围内自动 调整图的最小粒度 更改数据粒度例中，使用不同的粒度来显示每秒点击次数图。 Y 轴表示在粒度间隔内的每 秒点击次数。对于粒度 1，Y 轴显示方案中每一秒期间的每秒点击次数。对于粒度 5，Y 轴显示方案中每五秒期间的每秒点击次数 更改数据粒度在上图中，同一个方案结果以粒度 1、 5 和 10 显示。粒度越低，结果越详细。例如，在上图中使用较低的粒度，您可以看到没发生点击的间隔。使用更高粒度有 助于研究整个方案中的总体 Vuser 行为。通过使用更高粒度来查看同一个图，可以很容易地发现，总体上大约平均每秒点 击 1 次。“方案已用时间”对话框通过 “方案已用时间”对话框，可以指定图中 X 轴的开始和结束时间 以 “时 : 分 : 秒”格式指定图的开始和结束时间。该时间是相对于方案的开始 时间。设置范围开始：指定所需范围的开始值。结束：指定所需范围的结束值。注意：=该时间是相对于方案的开始时间。合并图使用 Analysis 可以将同一方案的两个图中的结果合并到一个图中。通过合并，可 以一次比较几个不同的度量。例如，您可以制作一个合并图，以已用时间的函数 的形式显示网络延迟和正在运行的 Vuser 的数量。要合并图，这些图的 X 轴的度量单位必须相同。例如，可以合并“Web 吞吐量 和每秒点击次数”图，因为它们具有公用的 X 轴：方案的已用时间。该下拉列表 仅显示 X 轴与当前图相同的活动图。 Analysis 提供三类合并 : 叠加 平铺 关联创建合并图 在树视图中选择一个图或选择其选项卡，将其激活。选择 “视图” “合并图”，或者单击 “合并图”。将打开 “合并图”对话框， 显示活动图的名称。选择要与活动图合并的图。只能选择与活动图具有公用 X 轴的图。选择合并类型：叠加、平铺或关联。指定合并图的标题。默认情况下， Analysis 会组合两个要合并的图的标题。像筛选任何普通的图那样对图进行筛选。叠加 重叠共用同一 X 轴的两个图的内容。合并图左侧的 Y 轴显示当前图的值。 右侧的 Y 轴显示已合并图的值。叠加图的数量没有限制。叠加两个图时，这两个 图的 Y 轴分别显示在图的右侧和左侧。覆盖两个以上的图时， Analysis 只显示一个 Y 轴，相应地缩放不同的度量。左图例中，“吞吐量和每秒点击次数”图被另一个图叠加。平铺 查看在平铺布局 （一个位于另一个之上）中共用同一个 X 轴的两个图的内容。右图例中，“吞吐量和每秒点击次数”图被平铺显示 （一个在另一个之上）。关联 绘图时区分两个图彼此的 Y 轴。活动图的 Y 轴变为合并图的 X 轴。被合并 图的 Y 轴作为合并图的 Y 轴。图例中，“吞吐量和每秒点击次数”图彼此关联。 X 轴显示每秒的字节数 （“吞吐量”度量）， Y 轴显示每秒的点击次数。通过 “度量选项”对话框，可以设置选定度量的颜色和比例。 度量：从下拉列表中选择度量。 颜色：选择颜色条，并为选定度量选择颜色。比例将度量比例设置为1 选择要查看选定度量的比例。 为所有度量设置自动比例：使用优化的自动比例来显示图中每个度量。 为所有度量设置比例=N：将图中所有度量的比例设置为一 可以使用 “图例列选项”对话框来选择要显示的列，并配置其位置、宽度和排序 顺序。图例列选项 通过 “图例列选项”对话框，可以选择要查看的列、每列的宽度以及列的排序 方法。可用列：显示可用于选定度量的列。默认情况下，将显示所有可用列。要隐藏 列，请清除列名左侧的复选框。要显示列，请选择该复选框。注意，有几个列是 强制的，无法隐藏，例如 “度量名”、“颜色”和 “比例”。通过使用垂直箭头来按所需顺序为列排序，可以重新排列各列的显示顺序 （从左 至右）。选定列列名：显示选定列的名称 （只读）。宽度：显示列的宽度 （以像素为单位）注意，还可以通过在 “图例”选项卡 中拖动列的边界来修改列的宽度。排序方式 列名：选择对度量数据进行排序要依据的列。升序：以升序来排列度量数据。降序：以降序来排列度量数据。设置显示选项和时间选项，如了解 “显示选项”对话框中所述。要设置高级选项，单击 “高级”。单击 “高级”。打开 “编辑 *”对话框。使用模板通过模板可以保存当前的筛选器和显示选项，并用于其他会话。使用 “模板”对话框可以保存、应用和编辑模板。其标题根据正在执行的操作而 进行更改。选择下列选项之一： “工具” “模板” “另存为模板”。 “工具” “模板” “应用 / 编辑模板”。 将打开 “模板”对话框。设置常规选项使用 “选项”对话框中的 “常规”选项卡可以设置常规选项日期存储和显示格式 文件浏览器目录位置 临时文件位置 摘要报告事务报告设置常规选项日期格式：选择存储和显示的日期格式。 欧洲：显示欧洲日期格式。美国：显示美国日期格式。文件浏览器：选择希望文件浏览器打开的目录位置。打开最近使用的目录：在上次使用的目录位置打开文件浏览器。 在指定目录打开：在指定目录打开文件浏览器。 目录路径：输入希望文件浏览器打开的目录位置。 临时存储位置：选择要存储临时文件的目录位置。临时存储目录在 Windows 临时目录中保存临时文件。 使用指定目录：在指定目录中保存临时文件。 目录路径：输入要保存临时文件的目录位置。 摘要报告：设置其响应时间显示在摘要报告中的事务百分比。事务百分比：摘要报告包含一个百分比列，显示 90% 的事务的响应时间（90% 的事务在这段时间内进行）。要更改默认的 90% 百分比数值，请在 “事 务百分比”框中输入一个新数字。由于这是应用程序级设置，所以列名仅在下 次调用 Analysis 时更改为新的百分比数字 （例如，更改为 “80% 百分比”）。 设置常规选项选择要存储 Analysis 会话结果数据的数据库，并且可以修复和压缩Analysis 结果以及优化可能已经变零碎的数据库。默认情况下， LoadRunner 将 Analysis 结果数据存储在 Access 2000 数据库中。 如果 Analysis 结果数据超过 2 GB，建议您将它存储在 SQL Server 或 MSDE 计 算机上。Analysis 会话如何工作？在在 Analysis Analysis 会话过程中生成的图和报告提供了有关系统性能的重要信会话过程中生成的图和报告提供了有关系统性能的重要信息。使用这些图和报告，可以轻松地标识和确定应用程序中的瓶颈以及息。使用这些图和报告，可以轻松地标识和确定应用程序中的瓶颈以及提高系统性能所需的改进。提高系统性能所需的改进。Analysis 会话的目的是查找系统的性能故障，然后确定这些故障的根源。1 是否满足了测试的预期目标？在负载下，用户终端的事务响应时间是多少？这些 事务的平均事务响应时间是多少？2 系统的哪些部分导致性能下降？该网络和服务器的响应时间是多少？3 通过将事务时间和后端监控器矩阵关联起来，您是否能找到可能的原因？在以下部分中，我们将学习如何打开 LoadRunner Analysis 以及生成和查看图及报告，这将有助于您找出性能问题并确定该问题的根源。启动 Analysis 会话？1 打开 Mercury LoadRunner。 选择 “开始” “程序” “Mercury LoadRunner” “LoadRunner”。将打 开 “Mercury LoadRunner Launcher”窗口。2 打开 LoadRunner Analysis。 在 “负载测试”选项卡中，单击 “分析负载测试”。将打开 LoadRunner Analysis。3 打开 Analysis 会话文件。 我们运行了一个测试场 景，测试集成了 70 个Vuser 。现在打开由该场景结果创建的 Analysis 会话。 在 Analysis 窗口中，依次选择 “文件” “打开”。将打开 “打开现有 Analysis会话文件”对话框。在 Tutorial 文件夹中，选择 analysis_session 并单击“打开”。Analysis 将在 Analysis 窗口中打开该会话文件。Analysis 窗口概述Analysis 窗口包括下列三个主要部分： 图树 图查看区域 图例图树：在左窗格中，Analysis 将显示可以打开查看的图。您可以在此处显示打开Analysis 时未显示的新图，或删除您不再想查看的图。图查看区域：Analysis 在此右窗格中显示图。默认情况下，当打开一个会话时，Analysis 概要报告将显示在此区域。图例：位于底部窗格中，使您可以查看选定图中的数据。 在图查看区域查看 Analysis 概要报告 在报告的统计信息概要中，可以看到在该测试中运行了多达 70 个 Vuser。这里还记录了其他统计信息 （例如总 / 平均吞吐量、总 / 平均点击次数）是否已达到目标？此报告中最重要的部分是事务概要。事务概要列出了有关每个事务行为的概要。 请看每个事务的响应时间。“90%”列显示 90% 的特定事务 （已执行）的响应时间。测试运行期间 90% 的 check_itinerary 事务 （经过执行） 的响应时间是 65.744 秒。该数值是事务平均响应时间 (32.826) 的两倍，说明对于发生的大多数此种事务都需要较高的响应时间。我们还会看到该事务失败了 28 次 打开平均事务响应时间图。在 “事务名”列中，单击 “check_itinerary”事务.图查看区域中将显示 “平均事务响应时间”图。该图以及图下方的图例中将突出显示check_itinerary 事务.图中的点表示场景运行期间特定时间的事务平均响应时间。将光标停留在图中的点上。将出现一个黄色的框，并显示该点的坐标。check_itinerary 事务的平均响应时间显著波动，在场景运行了2:56 （分 钟 : 秒）时达到峰值 75.067 秒。在性能稳定的服务器上，事务的平均响应时间会比较平稳。图底部，登录、注销、 book_flight 和 search_flight 事务的平均响应时间比较平稳分析结果服务器的性能是否稳定？ 在前面的图中，看到服务器性能的不稳定性。现在将分析 70 个运行的Vuser 对系统性能产生的影响。将在图查看区域中打开正在运行的 Vuser 图。您可以看到在场景运行的开始，正在运行的 Vuser 处于逐渐加压状态。接着， 70 个 Vuser 同时运行了 3 分钟，之后开始逐渐减压 注： X 轴表示从方案开始运行以来已用的时间。 Y 轴表示方案中的 Vuser 数。研究 Vuser 的行为.在图树中单击 “正在运行的 Vuser”.筛选图，以便只看到所有 Vuser 同时运行的时间片（1） 筛选图之后，图数据将缩减以仅显示符合指定条件的数据。所有其他的数据将隐藏 右键单击该图并选择 “设置筛选器 / 分组方式”，或者单击工具栏上的 “设置筛 选器 / 分组方式 .”图标。在 “筛选条件”区域中，选择 “场景已用时间”行的 “值”列。单击向下箭头并选择时间范围为从 1:30 （分钟 : 秒）至 3:45 （分钟 : 秒）。单击 “确定”。在 “图设置”对话框中，单击 “确定”。现在，正在运行的 Vuser 图仅显示场景运行中 1:30 （分钟 : 秒）和 3:45 （分钟: 秒）之间运行的 Vuser。所有其他的 Vuser 已全被筛选出去 筛选图，以便只看到所有 Vuser 同时运行的时间片（2）可以把两个图放在一起，以查看一个图的数据对另一个图的数据所产生的影响。称为将两个图关联。我们将正在运行的 Vuser 图和平均事务响应时间图相关联，以查看大量 的 Vuser 对事务的平均响应时间产生的影响。将正在运行的 Vuser 图和平均事务响应时间图相关联以比较其数据（1）将正在运行的 Vuser 图和平均事务响应时间图相关联以比较其数据（2）右键单击正在运行的 Vuser 图并选择 “合并图”。在 “选择要合并的图”列表中，选择 “平均事务响应时间”。在 “选择合并类型”区域中，选择 “关联”，然后单击 “确定”。 现在，正在运行的 Vuser 图和平均事务响应时间图在图查看区域中表示为一个图，即正在运行的 Vuser 平均事务响应时间图。分析关联后的图 从图上可以看到随着 Vuser 数量的增加， check_itinerary 事务的平均响应时间也在逐渐增加。也就是说，随着负载的增加平均响应时间也在逐渐增加。当运行 64 个 Vuser 时，平均响应时间突然急速增加。同时在运行的 Vuser 超过 64 个时，响应时间明显开始变长。确定问题的根源我们在前面已经看到了增加服务器的负载将对 check_itinerary 事务的平均响应时间产生消极影响。接下来进一步研究 check_itinerary 事务以查看对系统性能产生消极影响的系统资源。通过使用 LoadRunner Analysis 的自动关联能合并所有包含一定数据（这些数据会对 check_itinerary 事务的响应时间产生影响）的图，并确定出现问题的原因。确定问题的根源 ( 1 )在图树中，选择平均事务响应时间图查看 check_itinerary 事务，尤其是该事务在已用时间片 （1 分钟和 4 分钟之间） 中的情况。平均响应时间几乎是立即开始增加，然后在接近 3 分钟时达到峰值。筛选平均事务响应时间图以仅显示 check_itinerary 事务。右键单击该图并选择 “设置筛选器 / 分组方式”在 “事务名”值框中，选择 “check_itinerary”。单击 “确定”。筛选的图将仅显示 check_itinerary 事务并隐藏所有其他事务。 确定问题的根源 ( 2 )自动关联该图右键单击该图，然后选择 “自动关联” .在 “自动关联”对话框中，确保要关联的度量是 check_itinerary，并通过在框中输入时间或者沿已用场景时间轴将绿色和红色的杆拖至相应的位置，将时间范围设置为从 1:20 至 3:40 （分钟 : 秒）单击 “确定”确定问题的根源 ( 3 )自动关联图将显示在图查看区域中。 check_itinerary 事务(蓝色)将突出显示。自动关联图的名称为默认的名称：自动关联图 数字 。确定问题的根源 ( 4 )确定问题的根源 ( 5 ) 分析自动关联图在 “度量”列中，可以看到 Private Bytes 和 Pool Nonpaged Bytes （这两个度量都与内存有关）与 check_itinerary 事务有超过 70% 的关联匹配。这意味着在特定的时间间隔中，这些元素的行为与 check_itinerary 事务的行为密切相关。可以推断：当可以推断：当 check_itinerary check_itinerary 事务的响应时间达到峰值时，出事务的响应时间达到峰值时，出现了系统内存资源短缺。现了系统内存资源短缺。发布测试结果 可以使用 HTML 或 Microsoft Word 报告的形式发布 Analysis 会话的结果。该报告使用模板创建，并且包括所提供的图和数据的解释和图例。发布测试结果（1） HTML 报告HTML 报告可以在任何浏览器中打开和查看。要创建 HTML 报告，执行下列操作：1.1.在 “报告”菜单中选择 “HTML 报告”。2.2.选择报告的文件名和保存该报告的路径。单击 “保存”。发布测试结果（2） Microsoft Word 报告 因为可以选择包含有关场景、度量描述等常规信息与 HTML 报告相比，Word 报告更复杂，同时还可以包含公司徽标以及作者的详细信息。 与其他 Word 文件一样可以编辑并且在生成报告后继续添加注释和结果。创建 Microsoft Word 报告1 在 “报告”菜单中选择 “Microsoft Word 报告 .”。 将打开 “Microsoft Word 报告”对话框。2 2 单击 “格式”选项卡： 为报告输入一个标题。 输入作者的名字、职别和公司名。 默认情况下，生成的报告将有标题页、目录、图详细信息和描述以及度量描述。 在 “公司徽标”区域中，选择 “包含公司徽标”，然后单击 “浏览”查找徽 标文件。注意，该文件必须是 .bmp 文件。 输入保存报告的位置。创建 Microsoft Word 报告 3 3 单击 “主内容”选项卡。 选择要包括在报告中的场景和 Analysis 会话的部分。 单击 “编辑”。将打开 “执行概要”对话框，在该对话框中键入目标和结论。创建 Microsoft Word 报告 4 4 单击 “其他图”选项卡。 指定要包括在报告中的图。默认情况下，将列出并选中会话中的所有图，而且将图注释包括在报告中。 单击 “添加”按钮。将打开 “打开新图”对话框。展开系统资源 类别并选择 Windows 资源图。单击 “添加图”，然后单击 “关闭”关闭 “打开新图” 对话框。 Windows 资源图将显示在包括在报告中的图的列表中。 单击 “向上”按钮，直到该图显示在 “正在运行的 Vuser”下。 在报告中，平均事务响应时间图将在正在运行的 Vuser 图的后面。创建 Microsoft Word 报告 5 5 在 “Microsoft Word 报告”对话框中，单击 “确定”。 将收集数据并以 Word 文件形式创建报告，报告将在 Microsoft Word 中 打开。 除了 Analysis 会话期间生成的图，还将包括目标和结论，以及在生成报告时选择要包括的其他部分和图。