重复测试保证系统发布的高性能
　　负载测试是一个重复过程。每次处理完一个出错情况，您都需要对您的应用程序在相同的方案下，再进行一次负载测试。以此检验您所做的修正是否改善了运行性能。
　　LoadRunner完全支持EJB 的负载测试。这些基于Java 的组件运行在应用服务器上，提供广泛的应用服务。通过测试这些组件，您可以在应用程序开发的早期确认并解决可能产生的问题。
　　利用LoadRunner， 您可以很方便地了解系统的性能。 它的Controller 允许您重复执行与出错修改前相同的测试方案。它的基于HTML 的报告为您提供一个比较性能结果所需的基准，以此衡量在一段时间内，有多大程度的改进并确保应用成功。由于这些报告是基于HTML 的文本，您可以将其公布于您公司的内部网上，便于随时查阅。
　　接下来的文章编者将辑录一篇网上的使用LoadRunner®来测试BEA中间件产品文章来与大家分享如何使用LoadRunner进行实际的性能测试。
　　性能测试
　　1． LoadRunner的虚拟用户
　　LoadRunner使用虚拟用户（Virtual users）来模拟实际用户对业务系统施加压力。虚拟用户在一个中央控制器（controller station）的监视下工作。
　　在做一个测试方案时，要做的第一件事是创建虚拟用户执行脚本。LoadRunner提供了Virtual User Generator来录制或编辑虚拟用户脚本。
　　2． 使用Vugen创建虚拟用户执行脚本
　　A．从菜单中选择运行Virtual User Generator：
　　B．创建一个单协议脚本，选择协议类型为"Tuxedo 7"
　　C．在弹出的窗口中输入Tuxedo客户机程序的可执行文件名（SimpApp.exe），并选择"Record into Action"为Action。
　　点击"OK"开始录制脚本，这时Vugen会启动Simpapp.exe，如下图所示，输入WSNADDR，输入字符串（Tuxedo is powerful!）之后，点击TOUPPER，TUXEDO服务器完成请求后把输出字符串（TUXEDO IS POWERFUL！）写到"Output string"中，点击停止录制按钮。
　　D．编辑Vuser脚本。在C中做的所有操作都被录了下来，记录到一个脚本文件中，其内容如下，把它存为simpapp。
　　脚本内容如下：
#include "lrt.h"
#include "replay.vdf"
Actions()
{
lrt_tuxputenv("WSNADDR=//172.22.32.25:7110");
lr_think_time(3);
tpresult_int = lrt_tpinitialize(LRT_END_OF_PARMS);
lrt_abort_on_error();
data_0 = lrt_tpalloc("STRING"， ""， 1);
lrt_strcpy(data_0， sbuf_1);
data_1 = lrt_tpalloc("STRING"， ""， 1);
tpresult_int = lrt_tpcall("TOUPPER"， data_0， 0， &data_1， &olen， 0);
lrt_abort_on_error();
lrt_tpfree(data_0);
lrt_tpfree(data_1);
lrt_tpterm();
return 0;
}
　　代码中加粗的函数是LoadRunner对TUXEDO函数的二次包装。
　　E．点击工具栏中的"执行"按钮来执行我们刚才录制的脚本，确保执行无误。
　　3． 使用控制器（Controller）来调度虚拟用户
　　A．从菜单中选择运行Controller：
　　B．创建一个新的Scenario，选择刚才录制的脚本（simpapp）：
　　点击"OK"，弹出Scenario调度界面。在"Quantity"中输入100，表示使用100个虚拟用户。（虚拟用户与购买的LICENSE有关联）
　　C．点击"Edit Schedule"来编辑压力调度。
　　D．选择"Runtime settings"来作运行时设置。
　　在Pacing的设置中，"Number of Iterations"用于设置Vusers的Actions被执行的次数；"Start new iteration"用于设置调度器在什么时机迭代执行Vusers的Actions。
　　"Think Time"用于设置Vusers的反应和思考时间，以尽量做到和正常人一样来施压。"Ignore think time"表示忽略思考时间，这是理想状态，一般不使用。"As recorded"表示按照录制时的实际操作时间。"Multiply recorded think time by"表示Vusers的思考时间是实际录制时间的若干倍。
　　在"Miscellaneous"中设置一些杂项，如使用进程还是使用线程等。对于TUXEDO，好象只能选进程模式。
　　E．选择"Start scenario"来开始本次压力测试调度。
　　执行结果分析如下：
　　施压时间为5分41秒，Vusers数量为100，一共完成的Actions交易数量为5625笔，平均响应时间为5.561秒，TPS为17.8。[1]
　　LoadRunner组件
　　1、VuGen（虚拟用户生成器） 用于捕获终用户业务流程和创建自动性能测试脚本 （也称为虚拟用户脚本）。
　　2、Controller （控制器）用于组织、驱动、管理和监控负载测试。
　　3、Load Generator（负载生成器）用于通过运行虚拟用户生成负载。
　　4、Analysis （分析器）有助于您查看、分析和比较性能结果。
　　实例应用
　　在软件测试工具中如何巧用LoadRunner的随机函数
　　LoadRunner有自带的随机函数，如果巧妙的加以采用，能解决一些看似很困难的实际问题。
　　一个项目的性能测试。与数据库直连，根据外部传入的SQL ID和SQL参数，从指定数据库中读取SQL模版，拼装成真实的SQL语句、执行，并将得到的结果放入缓存中。目的是减少数据库的压力。
　　该系统将支撑大量的SQL操作，性能自然成为备受关注的焦点之一。
　　由于它跟SQL语句相关，在真实环境下，同一时间可能执行着不同类型的SQL，即便是同一类型，其参数也各式各样。那么，怎样才能模拟出符合实际情况的性能测试场景呢？
　　首先设计场景，即，在LoadRunner中按照比例随机取到某一类型的SQL，再随机传入参数给它，让终的每条SQL都是随机生成，各不相同。
　　从场景中，可以看到，此处涉及双重随机。只采用loadruner的参数设置是无法实现的。此时需要想办法先按设定好的比例随机取到SQL，然后在每条SQL上随机取参数列表中的参数。
　　于是想到了loadrunner的随机函数。先实现随机取SQL ID，之后再在特定的SQL中随机取参数列表中的参数。
　　LoadRunner中，随机函数是rand()，它用来产生0到rand_max之间的随机整数。函数原型是
　　int rand ( void );
　　然而调用rand之前，必须给随机数产生一个随机种子。这个种子由srand()函数产生。其原型是
　　int srand ( seedTime );
　　采用上述两个函数，能实现第一重随机了。具体脚本代码如下：
//generate rand number
int rNum = 0;
srand(time(NULL));
rNum = rand() % 10;
lr_output_message(”the number is :%d”，rNum); //print the current random number
　　生成随机数后，再按比例用if … else … 来取到各种类型的SQL，并给它们传参。具体脚本代码如下：
//get certain SQL and random value
if (rNum>=0 && rNum<2) {
web_url(”test”， “URL=http://host_name:8080/interface?sqlId=sqlid_name2&value={random_para2} “，
”Resource=0″，
”RecContentType=text/html”，
”Referer=”，
”Snapshot=tn.inf”，
“Mode=HTTP”，
LAST);
}
…
else if(rNum>=8 && rNum<10){
web_url(”test”， “URL=http://host_name:8080/interface?sqlId=sqlid_name2&value={random_para2} “，
”Resource=0″，
”RecContentType=text/html”，
”Referer=”，
”Snapshot=tn.inf”，
“Mode=HTTP”，
LAST);
}
else {
rNum = 0;
lr_output_message(”the number is :%d”，rNum);
}
　　注：sqlid_name是SQL ID名称；random_para是通过file方式实现的随机参数；tn是web_url函数的快照名称。
　　通过上面的脚本，实现了性能测试设计的场景。调试通过后，放入Controller中执行。实际执行过程中，Vuser将会按比例随机取到不同类型的SQL，并随机取到SQL中的参数，执行特定的SQL语句。