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\r\n",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\r\n",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能做系统程序的性能测试，在一些大型系统中，可能对系统测试要分为多个目标多个维度，要对硬件架构进行性能测试，对系统进行性能测试，对网络进行性能测试等等多个维度。
性能测试的目的有两方面，第一方面是测试系统是否满足设计要求。第二方面发现系统的瓶颈，为系统优化提出修改建议。
