在用LR性能测试时，要忽略思考时间吗？？？
最近有个朋友问我，在用LR性能测试时，在执行场景时要不要忽略思考时间，如果忽略可能就与实际用户使用不符了，像一个机器一样不停的执行，没有间歇；如果加上了，符合实际用户使用，在在分析结果中去掉思考时间，不知道这样的数据还准确嘛？我的做法是：加上思考时间，最后在分析结果中去掉思考时间，就是用户访问的响应时间了。
期待高手的讨论，说出你在测试中是怎样做的，这个很重要哦。 这个关系到事务的响应时间，性能问题，怎么没人回应啊 思考时间也是用户使用的时间 原帖由 咚咚宝031102 于 2009-6-17 11:56 发表 http://bbs.51testing.com/images/common/back.gif
思考时间也是用户使用的时间
只是一种模拟,其实是你自己在操作时,产生的时间间隔.
这个值可以修改,可以忽略.
忽略他没有太大的影响,不过一个线程暂停而已,你跑的还是测试脚本代码.
一般是忽略,做出来的数据会好很多. 忽略的话，服务器的压力肯定会增加，但到底影不影响最后的测试结果呢？
希望楼下继续回答.............. 如果加上思考时间,能更加真实的接近用户行为,
加和不加思考时间的测试结果,本人以前测试过,结果还是有一定差距的(加上思考时间的响应时间会比后者小,报告更加好看的)
到底加与不加思考时间,要视你的测试策略来决定的,像客户性能验收时就可以加上,如果做压力测试时,还是去掉好.否则服务器压力不够
[ 本帖最后由 ttyttt 于 2009-6-18 20:53 编辑 ] 测试过程中要加思考时间，测试结束后过滤思考时间 两种都可以考虑做，一般我们还是要加思考时间 我一般是这样做的：
1：思考时间肯定是要留下的，这样更接近实际的用户使用、也减小服务器的压力。如果纯粹为了测系统的最大压力，可以不加。
2：将思考时间函数不放到你的事务中，适当的放在在两个事务之间，这样是不是即不影响事务的时间，而切合实际情况呢。 我看到一个高手的博客，就是建议楼上那种方法！！ http://www.51testing.com/?uid-240349-action-viewspace-itemid-125909
就这个
两种思路，两种需求，并不矛盾
有思考时间的场景适用于评价真实生产实际中被测项的性能情况，该数据适合给业务部门看。无思考时间的场景用于评价在服务器的最大负载能力，这数据对于被测项在生产中的运维监控具有指导意义，适合提供给技术部门中的生产运维人员
两种思路，两种需求，并不矛盾
有思考时间的场景适用于评价真实生产实际中被测项的性能情况，该数据适合给业务部门看。无思考时间的场景用于评价在服务器的最大负载能力，这数据对于被测项在生产中的运维监控具有指导意义，适合提供给技术部门中的生产运维人员 挺矛盾，我现在给开发部门看，是否保留呢？
总感觉结果忽略思考时间不是很科学，对我目前测试现状来讲 如果你做的是 负载和压力测试的话，就把think time 去掉；
如果做得是客户验收，领导想看下真实环境下的稳定性测试，那就把 think time 加上，但结果相对来说是肯定比较乐观的。 我们是客户验收 都加上的否则压力太大了 我录制脚本的时候有带think time，
运行场景的时候如果设置默认（不忽略think time），出现请求数与虚拟用户数在很长一段运行时间是线性增长的关系；
运行场景的时候如果设置ignore think time，出现运行到几十个用户后请求数与虚拟用户数曲线开始不在是线性增长的关系；
居然此，本人觉得还是在场景设置中包括think time为好，统计响应时间的时候直接减掉就好了。
页:
[1]
