在这个条件下,跟时间的关系不大,但不能说绝对没有关系
在这个条件下,跟时间的关系不大,但不能说绝对没有关系,我感觉16楼的兄弟说的有一定道理,但我觉得准确的结果是每分钟的执行的交易数量小于1000,这是因为LR加负载的时候是有时间先后顺序的不是绝对的一下全部上去的5分钟理论上是5000个交易,但实际上是做不到的,所以应该是小于1000还有如果时间被延长很久的话,交易/分钟的数值就会下降,这跟服务器的资源使用是有关的。
回复 14# 的帖子
软件评测考试啊!果然是软件测试变态题目的集中营.回复 16# 的帖子
同意16楼的说法一个事物要用5分钟结束 那么一分钟怎么能结束呢也就是运行了一小部分个人同意16楼的 看了半个小时,题目不清楚,看楼上好多回答帖子我才了解。。。原来大家是在讨论一个人和半个人的问题。。。
我的想法是:
5000并发(绝对并发) 要设集合点的那种,并且目标服务器可以同时接入5000用户.(系统资源理想状态。。)
一个事物需要5分钟运行完(暂且认为这个脚本里有且只有这一个事物)。
持续运行6分钟。
问,每分钟运行了多少个事物 ?
LR 里面用TPS × 60 S 即可得到答案 近似值 = 15楼
6楼的也很对,因为他考虑到了 人不能切成一半的原因。如果再往下面想
我觉得一分钟运行了5000个事物,但运行没有运行完不去考虑毕竟是运行中了...(怀孕时间10个月,我们不能说怀孕了一个月的孩子就不是一条生命)。。哈哈开玩笑而已。
真相揍出题的人。。连一个业务流里面有多少个事物都没说,说不定前面的N个事物只需要1秒钟,大家都害惨了。
页:
1
[2]