响应时间与思考时间,谢谢!

commsea · 发表于 2008-3-29 21:07:18

我设置"思考时间"为2s,然后在场景图中看到"Trans Response Time "图为5s,那么我的响应时间应该就是5s吧,但是
当我设置"思考时间"为20s,然后在场景图中看到"Trans Response Time "图为30s(其它什么都相同)
所以请问:

1 响应时间与思考时间有什么关系?

2 与步长呢?
谢谢!

有的人说要把图中显示的响应时间-思考时间=真正的响应时间
是这样的吗?

但实际测试结果把我搞糊了
谢谢!

Zee · 发表于 2008-3-29 22:44:15

You can filter think time.

commsea · 发表于 2008-3-30 19:42:05

怎么过虑啊?

在LR中有设置吗?

另:

步长呢?假如我定义了5个并发用户,分别叫做ABCDE,那么步长是A与B间的时间间隔还是A与下一个A呢?谢谢!

云层 · 发表于 2008-3-30 22:43:20

在run timesetting中去掉thinktime的等待，那么事务时间就是准确时间，如果加了think time注意自己手动扣，看日志

commsea · 发表于 2008-3-31 09:01:12

谢谢

步长呢?假如我定义了5个并发用户,分别叫做ABCDE,那么步长是A与B间的时间间隔还是A与下一个A呢?谢谢!

Zee · 发表于 2008-3-31 19:11:44

Pacing是一个脚本是两次迭代间的间隔，而非用户间的间隔。

think time过滤，如果是在运行的过程中，可以设置run time settings,ignore think time即可。
如果是在results中，可以在analysis中设置filter选项。

commsea · 发表于 2008-3-31 21:20:55

两次迭代是什么意思?可以理解为100个并发用户跑后再从头跑100并发用户之间的间隔吗?

云层 · 发表于 2008-3-31 21:28:03

2次迭代是指一个vuser在执行脚本的时候会运行2次，比如你的脚本是登陆系统，那么就会出现脚本完成了一次登陆后再做一次相同的操作

随机测试 · 发表于 2008-3-31 21:30:42

在lr的结果分析中可以把思考时间过去掉，如果不去掉，相应时间是包括思考时间的。在lr的分析报表中，有一个小漏掉形状的图标，点一下，往下拉。好像是最后一项，可以选择不包括思考时间。

commsea · 发表于 2008-4-1 08:48:14

可不可以这样理解:
我的脚本是查询,3个Vuser,分别为A\B\C,那么当A执行完一次查询脚本后就等待一个步长的时间再执行一次脚本,与B无关是吗?那A与B之间的执行间隔由什么控制?A\B\C有严格的先后执行顺序吗?

还有第一次迭代A\B\C都完成后才能进行第二次迭代啊?

谢谢!

maihua258 · 发表于 2008-6-14 11:50:06

那到底是加上思考时间还是要去掉才是真实的事务响应时间呢？

adiao · 发表于 2008-6-16 09:32:38

“我的脚本是查询,3个Vuser,分别为A\B\C,那么当A执行完一次查询脚本后就等待一个步长的时间再执行一次脚本,与B无关是吗?那A与B之间的执行间隔由什么控制?”
——对于这个，在场景中Schedule中可以设置是RUN时加载所有用户还是每隔多长时间加载多少用户，如果选择的是加载所有用户那么A/B/C就是同时执行了，否则就是隔多长时间加载几个用户。

“A\B\C有严格的先后执行顺序吗?”——个人认为没有先后顺序

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 响应时间与思考时间,谢谢!

相关帖子

回复 3# 的帖子

回复 5# 的帖子

回复 7# 的帖子

回复 9# 的帖子

回复 11# 的帖子

站长推荐 /1