分析实时监视图表

这一章仅仅介绍几个最重要的图表。

Q1 事务响应时间是否在可接受的时间内？ 哪个事务用的时间最长？

看Transaction Response Time 图， 可以判断每个事务完成用的时间，从而可以判断出那个事务用的时间最长，那些事务用的时间超出预定的可接受时间。

Q2 网络带宽是否足够?

“Throughput”图显示在场景运行期间的每一秒钟，从Web Server 上接受到的数据量的值。

拿这个值和网络带宽比较，可以确定目前的网络带宽是否是瓶颈。

如果该图的曲线随着用户数的增加， 没有随着增加，而是呈比较平的直线， 说明目前的

网络速度不能够满足目前的系统流量。

Q3 硬件和操作系统能否处理高负载?

“Windows Resources” 图实时地显示了Web Server 系统资源的使用情况。利用该图提供的数据，可以把瓶颈定位到特定机器的某个部件。

经常遇到的问题

脚本的问题

在使用VuGen 中经常会遇到的问题。

controller的问题

在使用Controller 中经常会遇到的问题。

1. 在添加完Load Generators 机器时， 连接老是失败； 添加的机器明明已经安装了

loadrunner，并且网络通讯正常。

解决方法： 在安装loadrunner 的第七步骤，应该选择第2 项，如果选择了第一项，

就会有这种问题。重新安装一下即可。

2. 在VuGen 中运行良好的脚本，到Controller 中运行却出问题。

这种问题可能会遇到。为了确定问题出在Controller 中的场景，而不是脚本的问题，

你应该在所有的Load Generators 机器上使用VuGen 运行测试脚本，确保都能够运

行正确。因为VuGen 和Controller 运行的机制不一样。在VuGen 中运行时使用的

是完整的浏览器， 而在Controller 中运行时使用的只是浏览器的基本的部分。

计数器的问题

在使用性能计数器中经常会遇到的问题。

1. 添加了Windows Resources 计数器后， 却看不到实时的数据。

解决方法： 要得到监视的数据，必须要在被监视的服务器（Web Server） 上获得管

理员权限。最简单的方法是在“ 网络邻居”中以administrator 身份登陆Web Server。

当然使用下面的控制台命令也可以：net use \\< 机器名> 然后登陆用户名和密码即

可。（登陆的用户名必须具有管理员权限）

2. 添加了一些默认的性能计数器后， 出现了错误。

解决方法： 可能是一些LoadRunner 默认的计数器在WebServer 上已经不存在的原

因， 尤其是数据库的计数器方面。简单的解决方法，就是删除有问题的计数器， 添

加比较接近的计数器（ 可能需要参考Windows 帮助或者数据库的帮助）

结果分析

根据不同的场景设计，配置脚本后进行测试得到如下结果

测试环境

LMM:

       CPU：4x2.7G       RAM:4G 

       Websphere 5.0 + IBM Http Server 

       线程池：100

JDBC连接池：100

会话超时：30分钟

      

DS:

       CPU：4x2.2          RAM:4G

       Websphere 5.0 + IBM Http Server

线程池：100

JDBC连接池：100

会话超时：30分钟

 

DB&LDAP:

       CPU：2x2.2G        RAM:4G

       Oralce 8.1.7 + LDAP

 

测试工具：Load Runner 7.8

用户数据：用户名test1 – test100；口令与用户名相同。

 

测试用例1

测试场景描述

用户登录的lmm模块，总共登陆24个用户，所有用户都同时并发操作。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在10%以下。LMM服务器CPU利用率峰值为20%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为7秒），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过5秒，所有交易成功。

 

测试用例2

测试场景描述

用户登陆lmm模块，总共登录48个用户，每1秒登录1个用户

用户点击“已登记教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习；

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在5%以下。LMM服务器CPU利用率峰值为10%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为8%，其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户操作响应时间不超过3秒，所有交易成功。

测试用例3

测试场景描述

用户登录的lmm模块，总共登陆48个用户，所有用户都同时并发操作。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为10秒），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过10秒，所有交易成功。

测试用例4

测试场景描述

用户登录的lmm模块，总共登陆48个用户，每秒同时登录10个用户。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在10%以下。LMM服务器CPU利用率峰值为10%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为2秒），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户平均操作响应时间不超过5秒，所有交易成功。

测试用例5

测试场景描述

用户登录的lmm模块，总共登录100个用户，每1秒登录一个用户。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为10%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为2’20分钟），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户最大操作响应时间30秒，所有交易成功。

测试用例6

测试场景描述

用户登录的lmm模块，总共登陆100个用户，所有用户同时并发操作。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM与DS模块CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为3分钟），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户超时1个。

测试用例7

测试场景描述

用户登录的lmm模块，总共登陆200个用户，所有用户同时并发操作。

用户点击“登记的教程”

用户点击“启动”，进行课程学习，进入DS模块

在DS模块中进行学习，过程包括：首先，点击一次课程结构树；然后，进行课程内容的学习。

点击“返回LMS” 按钮，返回到lmm模块

点击“退出”按钮，退出系统

测试结果

LMM CPU平均利用率在20%以下。LMM服务器CPU利用率峰值为40%，其阶段为LMM处理多个用户同时的登录请求与点击“已登记教程”的学习课程查询。DS服务器CPU利用率峰值为100%（持续时间为5分钟），其阶段为DS处理多个用户单一登录验证和同时对课程结构树查询。用户超时108个。