关于vuser的设计问题
在设计性能测试时，一般了解系统用户行为，设计几个操作路径，比如有多少人登录->发贴->回复等等之类。然后分别录制，设定VUSER数量，接下来开始加压。这个过程会较长，但是每个操作路径时间不长，那如果一个VUSER操作完了，是重复他先前的操作，还是就停止操作了？我想应该是前者，否则压力永远也加不上去了。
那么如果是这样做的话，是否就不用考虑事务的并发用户数了，只需考虑系统高峰期在线人数即可。因为先前我一直是采用多个vuser并发执行一个操作来测性能，所以总是要去估计这个并发数量设多少比较好。 个人觉得最好还是做一个集合点来做并发的，因为大量用户在线的并发量是不可控的，而测试需要一个可控的数据峰值来确认性能是否达标
而且脚本的不同会带来的并发量也不同换算麻烦 楼主的问题涉及到性能需求，如果性能需求不明确
那么脚本设计，场景设计等都是没有依据的，而且对于性能定位问题也很难 我确实不太明白到底什么样的需求才算测试的真正需求。
比如用户提供高峰期在线人数100人，页面刷新时间小于5秒，然后会告诉你一半用户的行为。其他的用户就根本提不出来。
这样的需求算测试需求么，如果还不算，转换成我们需要的需求是如何的，改怎样转换？
页:
[1]
