LoadRunner8.1操作难点.testdoc.doc

LoadRunner8.1操作难点（二） CONTROLLER监视场景??? 影响事务响应时间的一个主要因素就是系统资源和应用服务器的使用情况。通过监视场景执行时的系统和服务器资源，基本能够确定系统的瓶颈在哪里。下面简单介绍通过添加性能计时器来监视各个服务器的运行情况，确定系统的瓶颈； 1．???? 在线监视场景?? LOADRUNNER允许测试人员在场景的执行过程中在线查看产生的性能数据，除了监视本机的性能指标外，CONTROLLER还允许用户在线监视服务器的性能； ?? 使用CONTROLLER监视场景之前，需要定义和配置LOADRUNNER的监视组件，根据监视指标的不同，相应的配置过程和参数也完全不同，要想完成监视组件的配置过程，测试人员除了掌握LOADRUNNER的使用以外，更重要的是要对被监视的服务器中的应用相当熟悉。 一般来说，在监视一个服务器之前，要经过如下两个步骤： 1)?????? 在服务器端配置被监视服务器的监视环境；（有些指标不需对服务器进行特殊配置） 关于如何配置服务器端监视环境，由于不同类型的指标配置方法也不尽相同，需要测试人员熟悉被测应用的系统架构，并查阅相关的LOADRUNNER文档； 2)?????? 在LOADRUNNER的CONTROLLER中配置要监视的MONITOR； 在LOADRUNNER CONTROLLER中，对监视指标进行了分类，具体的分类方式及每个类别包括的性能指标在RUN 视图的AVALIABLE GRAPHS列表中都有详细的说明。 ????????? 添加计数器 很多服务器（DATABASE SERVER，WEB SERVER等）和系统资源的性能指标数据，是通过手动在CONTROLLER中添加计数器来实现的；下面来介绍如何在CONTROLLER中添加性能计数器。注意的是，使用不同的操作系统，计数器会不完全相同； 在AVAILABLE列表中，单击要监视的图表，选择MONITOR|ADD MEASUREMENTS；或者在AVAILABLE GRAPH中先将准备监视的指标拖至右侧图表栏中，然后用鼠标右键单击该图表，在弹出的快捷菜单选择ADD MEASUREMENTS，系统会自动弹出相应的监视服务器对话框；单击上部的ADD按钮，在MONITORED SERVER MACHINES中添加要监视的服务器名称（或IP地址）和相应的系统平台；单击下部的ADD按钮在RESOURCE MEASUREMENTS ON列表中添加相应的计数器，这里可以选择一个或多个性能指标。如果添加成功的话，场景运行的时候，就可以在线监视所选择的指标数据了 注意：必须以被监视机器的管理员身份登陆到CONTROLLER所在机器，才能添加被监视机器的性能计数器； ????????? 常见的计数器 1)?????? MEMORY相关，内存问题主要检查应用程序是否存在内存泄露，如果发生了泄露，PROCESS\PRIVATE BYTES计数器和PROCESS\WORKING SET计数器的值往往会升高,同时AVALIABLE BYTES的值会降低.内存泄露应该通过一个长时间的测试来检查,主要测试当所有内存都耗尽时应用程序的反应情况; 2)?????? PROCESSOR相关,判断应用程序是否存在处理器的瓶颈 如果PROCESSOR QUEUE LENGTH显示的队列长度保持不变(=2),且处理器的利用率%PROCESSOR TIME超过90%,那么很可能存在处理器瓶颈; 如果发现PROCESSOR QUEUE LENGTH显示的队列长度超过2,而处理器利用率却一直很低,那么或许更应该去解决处理器的阻塞问题,处理器一般不是瓶颈; 如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换(CONTEXT SWITCHES/SEC,显示的上下文切换次数)比较大,那么就会造成大量的系统资源; 如果系统吞吐量降低并且CPU的使用率很高,并且此现象发生时切换水平在1500以上,那么意味着上下文切换的次数过高; 还可以比较CONTEXT SWITCHES/SEC和%PRIVILEGED TIME来判断上下文切换是否过量;如果后者的值超过40%,且上下文切换的速率也很高,那么应该检查为什么会产生这么高的上下文切换; 3)?????? 网络吞吐量及带宽 BYTES TOTAL/SEC: 判断网络连接速度是否是瓶颈,可以用该计数器的值和目前网络的带宽比较,相除结果应该小于50%; 4)?????? 磁盘相关 ???? 判断磁盘瓶颈的方法是通过以下的公式来计算: ???? 每磁盘的I/O数=[读次数+(4*写次数)]/磁盘个数 如果计算的每磁盘的I/O数大于磁盘的处理能力,那么磁盘存在瓶颈; 5)?????? WEB