关于loadrunner中think time位置问题
录制脚本的时候,think time()时间是默认放在插入的事务里边的,计算平均事务响应时间的时候,这个think time是计算在内的,如果把think time()移到插入的事务外边,就不会把这个时间计算在内了,得出的平均事务响应时间会缩短很多,我现在有些疑惑,到底应不应该把think time放在事务外边呢?哪个准确???
比如说下边脚本:
lr_rendezvous("GZ");
lr_start_transaction("guzhi");
lr_think_time(10);
web_custom_request("runstatus",
"URL=http://localhost:8083/YssQDII/runstatus",
"Method=POST",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Mode=HTTP",
"EncType=",
"Body=ValRun",
LAST);
.....................
lr_end_transaction("guzhi",LR_AUTO);
把think time()放在外边,是这样的脚本:
lr_rendezvous("GZ");
lr_think_time(10);
lr_start_transaction("guzhi");
web_custom_request("runstatus",
"URL=http://localhost:8083/YssQDII/runstatus",
"Method=POST",
"Resource=0",
"RecContentType=text/html",
"Referer=",
"Mode=HTTP",
"EncType=",
"Body=ValRun",
LAST);
.....................
lr_end_transaction("guzhi",LR_AUTO);
上边2个脚本区别在于think time的放置的位置,我试过了,运行后得出的时间区别还蛮大的,现在问一下,应该把tink time放在哪里更加准确呢? 有经验的说说啊!!一般测试的时候要不要把tink time从插入的事务中移走??反正录制的时候默认是第一种脚本。。 个人觉得是不应该的,主要看对事务响应时间的理解。
如果楼主觉得事务响应时间本身就应该包括用户操作时间的话例外 思考时间不应该放在事务里,如果放在事务里会影响脚本的准确性。 不放,放里面响应时间那么高,你怎么跟客户交代呀 怎么录的就怎么放,最后统计结果分析时,可以把相应的时间过滤掉,不影响统计。
另外可以在场景中把thinktime时间忽略掉,个人认为无所谓。
回复 7# 的帖子
赞同,也可以在算事务响应时间时,把相应的思考时间减去,这样就行了,客户也要听测试人员的解释啊,毕竟这不是每个用户都能一看都懂的技术!
页:
[1]