lr_start_transaction("init"); //定义初始化事务
strcat(input，cmd);
lr_end_transaction("init"， LR_AUTO);//结束初始化事务
lr_rendezvous("beginaction");//事务集结点
lr_start_transaction("call");//初始化访问接口的事务
web_service_call( "StepName=ExecuteCommand_102"，
"SOAPMethod=Test|TestSoap|ExecuteCommand"，
"ResponseParam=response"，
"Service=Test"，
"ExpectedResponse=SoapResult"，
"Snapshot=t1397177849.inf"，
BEGIN_ARGUMENTS，
input，
END_ARGUMENTS，
BEGIN_RESULT，
"ExecuteCommandResult=outPutParams"，
END_RESULT，
LAST);
lr_end_transaction("call"， LR_AUTO);//结束访问接口事务
lr_start_transaction("log");//初始化记录日志事务
//获取输入值
out = lr_eval_string("{outPutParams}");
//输出信息
lr_output_message("调用日志|Cmd=%s|Re=%s "，cmd，out);
//写自定义日志文件
if ((filename=fopen(address，"a+"))==NULL)//打开文件
{
lr_error_message("can not open this file，address=%s"，address);
return -1;
}
fprintf(filename，"调用日志|Cmd=%s|Re=%s "，cmd，out);
lr_end_transaction("log"， LR_AUTO);//结束访问接口事务
lr_start_transaction("interval");
lr_think_time(0.1);  //定义思考时间，思考时间和模拟程序对业务处理事件有些类似
lr_end_transaction("interval"， LR_AUTO);
return 0;
}
　　创建完成脚本之后单次执行该接口查看action程序是否正确，能够正常运行。
　　如果能够正常运行，进行下一步操作。
　　3.3执行负载测试（Run Load Tests）
　　在执行之前（Design）中对我的测试目标的3个请求源进行配置，创建相应的请求场景，这个配置可以在（Interactive Schedule Graph）查看相应请求场景。
　　配置好之后在（Run）点击Start scenario。
　　经过漫长的等待测试运行完毕，系统自己生成响应的测试结果，泡杯茶小酌一杯呵呵。
　　3.4执行测试结果的分析（Analyze Load Tests）
　　导入生成的res1文件，系统会自动生成出相应的测试报表。在Analysis Summary中可以看出整体的测试结果。
　　还可以通过查看Running Vusers的情况了解整理的并发访问情况。
　　查看Hits per Second，查看每秒的请求数量的走势。
　　查看Throughput，可以查看整个压力测试过程中处理数据的吞吐量情况，是否达到设计的要求。
　　查看Transaction Summary，查看整个压力测试的所处理的事务的汇总统计。
　　查看Average Transaction Response Time ，可以查看整个Action中所有事务处理的时间走势。
　　4.通过上面的测试结果我们可以判定我们的测试是否满足要求
　　不要迷信性能测试，所有的性能“系统的性能不是测试测试出来的，而是系统设计出来的。”
　　LoadRunner能做系统程序的性能测试，在一些大型系统中，可能对系统测试要分为多个目标多个维度，要对硬件架构进行性能测试，对系统进行性能测试，对网络进行性能测试等等多个维度。
　　性能测试的目的有两方面，第一方面是测试系统是否满足设计要求。第二方面发现系统的瓶颈，为系统优化提出修改建议。