51Testing软件测试论坛

标题: 关于vuser的设计问题 [打印本页]

作者: kamatyo 时间: 2010-6-13 22:11
标题: 关于vuser的设计问题
在设计性能测试时，一般了解系统用户行为，设计几个操作路径，比如有多少人登录->发贴->回复等等之类。然后分别录制，设定VUSER数量，接下来开始加压。这个过程会较长，但是每个操作路径时间不长，那如果一个VUSER操作完了，是重复他先前的操作，还是就停止操作了？

我想应该是前者，否则压力永远也加不上去了。

那么如果是这样做的话，是否就不用考虑事务的并发用户数了，只需考虑系统高峰期在线人数即可。因为先前我一直是采用多个vuser并发执行一个操作来测性能，所以总是要去估计这个并发数量设多少比较好。

作者: 云层 时间: 2010-6-15 13:09
个人觉得最好还是做一个集合点来做并发的，因为大量用户在线的并发量是不可控的，而测试需要一个可控的数据峰值来确认性能是否达标

而且脚本的不同会带来的并发量也不同换算麻烦

作者: sterson 时间: 2010-6-15 16:15
楼主的问题涉及到性能需求，如果性能需求不明确
那么脚本设计，场景设计等都是没有依据的，而且对于性能定位问题也很难

作者: kamatyo 时间: 2010-6-16 17:17
我确实不太明白到底什么样的需求才算测试的真正需求。

比如用户提供高峰期在线人数100人，页面刷新时间小于5秒，然后会告诉你一半用户的行为。其他的用户就根本提不出来。

这样的需求算测试需求么，如果还不算，转换成我们需要的需求是如何的，改怎样转换？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)