LoadRunner11学习记录三

LoadRunner中%d和%s是什么意思？

%d 格式化输出短整形数据,TC环境中占用两个字节，输出整数范围为:32768~32767.Visual C++环境中占用四个字节，输出数据范围为:-2147483648~2147483647

%u 格式化输出无符号短整形

%ld 格式化输出长整形,一般占四个字节

%c 输出字符型数据（单个字符），也可输出整型数据，范围为1~127

%s 输出字符串

Attributes:
> HTTP_INFO_RETURN_CODE: 返回HTTP头文件的code值，如；200、404等； 200是服务器成功返回网页；404请求网页不存在；503服务器超时；500(服务器内部错误)服务器遇到错误，无法完成请求。

> HTTP_INFO_DOWNLOAD_SIZE: 返回最近一次下载的大小，单位是bytes; 1MB=1024KB，1KB=1024字节；所以1MB=1048576字节。

> HTTP_INFO_DOWNLOAD_SIZE: 返回最近一次下载的时间，单位是millisecond(毫秒). 1毫秒(ms)=0.001秒(s)

lr_output_message("页面下载时间");//输出提示信息

lr_output_message("%d", web_get_int_property(HTTP_INFO_DOWNLOAD_TIME));//输出页面下载时间

lr_output_message("%d", web_get_int_property(HTTP_INFO_DOWNLOAD_SIZE));//输出下载的大小

EXTRARES分隔符后面的代码在没有100%的把握情况下，最好不要去掉。

关于这一点，结论是EXTRARES部分不能删，删除了LR就不会去下载相关资源了，也就意味着一个请求的Response会变小，毫无疑问，响应时间就会变得快一些，吞吐量变得少一些，数据变得非常的不真实。

关于LoadRunner的迭代和并发：

比如，一个用户迭代十次，还是一个用户的压力。

10个用户执行一次，就是10个用户的压力。10个用户迭代10次，还是10个用户的压力。但他们都和参数化的数据有关系（也要看参数化是如何设置的，以及系统如何判断提交值的）。

说一个比较容易理解的层面：迭代就是不停的反复调用同一脚本，反复执行，注意，对1个用户执行10次来说，只会分配一块内存。10个用户执行一次，是调用同一脚本10次，会分配10块内存。LR调用脚本，编译后，运行，按脚本发送数据。

用比喻的方式来回一下：

四车道的马路，如果只有四辆车并排走过就是并发；
如果四辆车排成一纵队走过就是迭代；
如果有100辆车排成25行依次走过就是并发加迭代。
在以上说法中，只有并排的车是我们设置的用户数。

关于LoadRunner的迭代和持续时间：

Controller运行中，迭代和持续时间是互斥的。

持续时间的优先级高

也就是说：即使你指定了迭代次数，但是运行时间没有结束之前，还是会一直迭代的。所以实际迭代次数可能大于你设置的迭代次数；

还有一种情况，迭代次数还没完，但是运行时间已经到了，此时会将当前执行的Action执行完，停止迭代，此种情况下实际迭代次数小于你设置的迭代次数。