LoadRunner测试要求及详细步骤.pdf

测试要求：

1、测试系统支持100个并发同时登录

2、登录功能响应时间不超过5秒

3、CPU使用率不超过80%

4、内存使用率不超过75%

并发：很多人在一起做相同的事情

在某一时间点的并发，在某时间点一个人代表了很多人的动作，是指在某时间段内一个人重复

做某件事，重复100次。不止做一件事，而与设置的时间有关。

并发与业务：

集合点：当所有并发都完成某个动作时才做下一个动作，这样对服务器的压力才最大

想测试50个人一起提交时对服务器的压力有多大不够50个人则等待，直到人数达到50

个人才提交

当所有的人都完成某个动作后再提交

一般在提交动作之前设置一个集合点

事务：

LoadRunner中的事务（transaction）

事务：事务是要度量其服务器响应时间的任务或操作集。一个完整的事务是由事务开

始、事务结束以及一个或多个业务操作/任务构成。形式如图1－5所示：

图1－5（一个事务示例代码段）

插入一个事务有两种方式来实现，一种是手工方式，另外一种是利用菜单或者工具条

进行事务的添加。手工方式要求编写脚本人员必须十分清楚脚本的内容，在合适的位置插

入事务的开始和事务的结束函数。另外一种方式，应用菜单或者工具条进行添加相对来说

操作方法简单一些，首先切换到脚本树视图，参见图1－6，而后通过菜单或者工具条添

加事务开始和事务结束，参见图1－7。

图1－6（工具条相关按钮）

图1－7（事务相关菜单选项和工具按钮）

【作者提示】

1.事务必须是成对出现，即：一个事务有事务开始必然要求也有事务结束。

2.事务结束函数共包括两个参数，第一个参数是事务的名称，第二个参数是事务的状

态。事务状态可以为LR_PASS：返回“Succeed”返回代码；LR_FAIL：返回“Fail”

返回代码；LR_STOP：返回“Stop”返回代码；LR_AUTO：自动返回检测到的状态。

在应用事务的过程中，不要将思考时间（lr_think_time函数）放在事务开始和事务结束之间，否则

在回放思考时间设置被允许的情况下，思考时间将被算入事务的执行时间，从而影响了对事务正确的

执行时间的分析与统计。

测试步骤：

一、第一步：脚本编辑（在MercuryVirtualUserGenerator界面）

1、编辑脚本之前，先分析被测对象，熟悉业务流程，要涉及每一个细节

2、设置每一个动作的action，打开被测对象设置为action_init

3、根据被测对象的业务流程设置相应的action

4、最后退出设置action_end

5、点击保存按钮保存

6、点击编译按钮，检查有没有语法错误

7、录制完脚本后要进行脚本的回放，以确保录制的脚本没有错误

8、回放之后的报告不可以确定脚本没有真正的错误

二、第二步：脚本优化（在MercuryVirtualUserGenerator界面）

1、插入事务点（直接插入函数、再插入功能键上添加、在页面功能按钮上添加）

2、在应用事务的过程中，不要将思考时间（lr_think_time函数）放在事务开始和事务结束之间，

否则在回放思考时间设置被允许的情况下，思考时间将被算入事务的执行时间，从而影响了对

事务正确的执行时间的分析与统计。

3、初始化不需要插入事物，独立的事件，不需要

其他的根据需要插入事物点（在某个动作的开始和结束插入，一个事务要有开始和结束）

InsertstartTransaction(事务开始)EndTransaction(事务结束)

在插入完事务点和集合点后要有一个好的习惯，给插入的事务点和集合点添加注释

3、插入集合点（直接写函数、功能按钮插入集合点、插入菜单（Rendezvous））

比如在某一刻设置多少人做某事，查看某刻多少人在提交

InsertRendezvous(插入集合点)

在插入完事务点和集合点后要有一个好的习惯，给插入的事务点和集合点添加注释

4、参数化(功能按钮、插入菜单（NewParameter）、选中参数点击右键)建