51Testing软件测试论坛

标题: 关于loadrunner中think time位置问题 [打印本页]

作者: aihuatesting    时间: 2009-3-31 18:34
标题: 关于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放在哪里更加准确呢?
作者: aihuatesting    时间: 2009-3-31 18:36
有经验的说说啊!!一般测试的时候要不要把tink time从插入的事务中移走??反正录制的时候默认是第一种脚本。。
作者: mr.bee    时间: 2009-3-31 20:42
个人觉得是不应该的,主要看对事务响应时间的理解。
如果楼主觉得事务响应时间本身就应该包括用户操作时间的话例外
作者: jian3603    时间: 2009-4-1 09:19
思考时间不应该放在事务里,如果放在事务里会影响脚本的准确性。
作者: sunlei349    时间: 2009-4-1 09:32
不放,放里面响应时间那么高,你怎么跟客户交代呀
作者: 忍忍忍    时间: 2009-4-1 10:09
怎么录的就怎么放,最后统计结果分析时,可以把相应的时间过滤掉,不影响统计。
另外可以在场景中把thinktime时间忽略掉,个人认为无所谓。
作者: qinxiaocang1202    时间: 2009-4-1 10:24
标题: 回复 7# 的帖子
赞同,也可以在算事务响应时间时,把相应的思考时间减去,这样就行了,客户也要听测试人员的解释啊,毕竟这不是每个用户都能一看都懂的技术!




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2