loadrunner培训教程ppt-wenkub

　

【正文】 的含义和 WinRunner 中的检查点功能基本上一致，这里就不再作过多的说明。集合点只能插入到 Action 部分， vuser_init和 vuser_end 中不能插入集合点。一般情况下，我们也不需要修改，除非在手工编写代码时，有可能需要手动设置事务的状态。插入事务的开始点后，下面需要在需要定义事务的操作后面插入事务的 “结束点 ”。比如：我们在脚本中有一个数据查询操作，为了衡量服务器执行查询操作的性能，我们把这个操作定义为一个事务，这样在运行测试脚本时， LoadRunner 运行到该事务的开始点时， LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。•通常用在有关联性的数据上面。每一个虚拟用户都会按照相同的顺序读取•Random：在每次循环里随机的读取一个，但是在循环中一直保持不变•Unique ：唯一的数。• 在进行的时候会自动使用这些指定的数据来替换相应的固定值。• File：需要在属性设置中编辑文件，添加内容，也可以从现成的数据库中取数据（下面我们将会介绍）• User Defined Function：从用户开发的 dll 文件提取数据。注意：这里说的递增意思是各个用户取第一个值的递增 数，每个用户相邻的两次循环之间的差值为 1。在属性设置中可以设置第一个数以及递增的数的大小。参数的类型参数的类型• Iteration Number：在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。当然也可以定制格式。资源属性列表的内容通常是由 nonhtml产生的，例如： javascript、 activex、java applet和 flash等内容。 session会在一定时间内保存在服务器上。• 如果需要在登陆操作设集合点，那么登陆操作也要放到 Action 中，因为vuser_init 中不能添加集合点• 在其他情况下，我们只要把操作部分放到 Action 中即可。LoadRunner 培训教程培训教程 吴晓华吴晓华qq:2055739• 目录 :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 中的部分。当访问增多，会比较占用你服务器的性能 考虑到减轻服务器性能方面，应当使用 COOKIE。由 URL,referer和 enditem组成url表示要去访问的网址referer表示从哪个页面来访问的enditem表示这个资源项的结束符• 将脚本录制的固定数据变为随机数据– 以说吧为发贴字为例子 ,讲述一个比较完整的过程– 先按照之前所讲的方式录制一个发贴子的脚本– 然后 ,进入 Script的编辑状态 .– 选择脚本中发贴子时 ,选中往字段中填写的内容 .– 然后 ,右键菜单选择 “Replace with a Parameter”,就可以将固定内容替换为随机制定的内容了。Group Name：在 controller中运行可以看到，设置比较简 单。• Random Number：随机数。注意：使用该参数类型必须注意可以接受的最大数。举例说明：假如起始数为 1，递增为 5，那么第一个用户第一次循环取值 1，第二次循环取值 2；第二个用户第一次循环取值为 6，第二次为 7；依次类推参数类型• Vuser ID：设置比较简单。就目前我认为，这种方式没有必要。• 将数据库的数据作为指定参数• 首先，在操作系统的 ODBC数据源中建立与数据库的关联• 然后，使用 “Data Wizard”，选择 “Specify SQL Statement manually”• 下一步后，选择 “Create”,选择 “机器数据源 ”，然后选择相应的 ODBC数据源，写好指定的 sql语句后，就可以把数据加载到参数队列中去了。注意：使用该类型必须注意数据表有足够多的数。• Sequential :表示从数据列中进行顺序选取数据• Random:表示随机从数据列中选择数据• Unique:表示从数据列中选择不重复的数据• Same line as NewParam:表示和NewParam是同一行的值• Each Occurrence：在运行时，每遇到一次该参数，便会取一个新的值• Each iteration：运行时，在每一次循环中都取相同的值• Once：运行时，在每次循环中，对于一个 vuser来说，该参数只取一次值 就不变了Virtual User Generator的录制脚本设置• Recording 标签页：默认情况下选择“HTMLbased Script”，说明脚本中采用 HTML 页面的形式来表示，这种方式的 Script 脚本容易维护，容易理解，推荐这种方式录制 • “URLbased Script”说明脚本中的表示采用基于 URL 的方式， WAS 和 ACT中的录制方式就是这种，这种方式看上去比较乱。这个事务的运行时间在结果中会有反映。同样可以通过菜单或者工具栏插入默认情况下，事务的名称列出最近的一个事务名称。在代码中的事务插入集合点插入集合点是为了衡量在加重负载的情况下服务器的性能情况。输入该集合点的名称。VuGen 在测试 Web 时，有两种视图方式： TreeView/Script View。添加 Text/Imag 检查点，可以在录制过程中，也可以在录制完成后进行。然后弹出对话框，如下，选择 “Text Check”（这里以 Text 检查点为例说明） 添加 Imag 检查点的操作步骤和 Text 检查点差不多，这里仅仅对 Imag Check Properties 窗口进行说明。RunTime Setting创建运行场景运行场景描述在测试活动中发生的各种事件。如果没有出现，可以在菜单或者工具栏中点击 “New”。• Manual Scenario with Percentage Mode：该项只有在 “Manual Scenario”选中的情况下才能选择。在场景中，我们只要定义好我们的目标即可。设置 Schedule这里的设置是非常重要的，也是三种场景类型最重要的区别之处。注：以上的说明是以选择的目标为 Virtual Users 时为基础的。Virtual Users GoalHits per Second• 如果想测试 Web Server 的真正实力，推荐定义目标类型为： Hits per Second、 Pages per Minute 或者Transactions per Second，这些类型都需要指定一个虚拟用户的最小值和最大值的范围。Transactions per Second:Transactions Response Time如果想知道在多少用户并发访问网站时，事务的响应时间达到性能指标说明书中规定响应时间的最大值，那么推荐使用Transactions Response Time 类型。如果定义的最大用户数小于 50， LoadRunner 就会一次加载所有的虚拟用户。如果这批用户的目标没有达到， LoadRunner 重新计算每一个用户应该达到的目标数字后，重新调整下一批加载用户的数量。同时每个 Load Generator 上运行大量的虚拟用户，这样就造成了大量的用户使用同一 IP 同时访问一个网站的情况，这种情况和实际运行的情况不符，并且有一些网站会根据用户 IP 来分配资源，这些网站会限制同一个 IP 的登陆，使用等等。注意： IP Spoofer 在连接 Load Generators 之前启用。• “Submask”采用默认情况即可，取决于使用的那种类型的网络 IP，一般局域网内采用 Class C 即可。启用方法很简单。性能参数分析参数名称： Memory参数计量值： Available MBytes参数含义描述： 物理内存的可用数（单位 Mbytes）。如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/sec 计数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。 Pages Input/sec 是为了解决硬错误页，从硬盘上读取的页数，而 Page Reads/sec是为了解决硬错误，从硬盘读取的次数。如果大于 80，表示有问题）。显示所有 CPU 的线程处理时间。排除内存因素，如果该计数器的值比较大，而同时网卡和硬盘的值比较低，那么可以确定 CPU 瓶颈性能参数分析参数名称： System• 参数计量值： Context Switches/sec参数含义描述： Context Switches/sec 指计算机上的所有处理器全都从一个线程转换到另一个线程的综合速率。参考值：如果切换次数到 5000*CPU个数和 10000*CPU个数中，说明它忙于切换线程而不是处理 ASP 脚本。大多数的系统时钟每隔 10 毫秒中断处理器一次，形成了间隔活动的后台。不象磁盘计数器，这个计数器仅 计数就绪的线程，而不计数运行中的线程。判断应用程序是否存在处理器瓶颈的方法：如果 Processor Queue Length 显示的队列长度保持不变（ =2）个并且处理器的利用率 %Processor Time 超过 90%，那么很有可能存在处理器瓶颈。如果后者的值超过 40%，且上下文切换的速率也很高，那么应该检查为什么会产生这样高的上下文切换网络