如果系统的实际载入量很大，但是测试环境无法承受，如何解决

Sands

最近有个人面试的时候问我一个问题：
如果某个系统的实际用户数非常大，比如同时在线用户达到100000，但是他们公司又没有办法搭建一个跟真实服务器一样的测试环境和这么多个vuser 的license。那做怎么样的性能测试，才能比较真实的反映系统的性能是否达到要求？

xdjm，这个问题才能很好的回答？

thefirstred

我想可以这样做：先使用100个用户进行访问，看系统性能如何，比如系统资源只占用了1%，那我们就假设10000个用户的时候可能会占用100%的资源，相应的系统响应速度等会慢100倍左右，可以这样按比例估计一下吧

Zee

100000同时在线，你可以按比例计算并发，然后再用并发做，比如：你们认为10000个用户并发。你做不到100000，10000能做到的，就行了。

cangmang

同意楼上说的,恩恩高

supercleaner

原帖由 Sands 于 2007-11-27 21:10 发表
最近有个人面试的时候问我一个问题：
如果某个系统的实际用户数非常大，比如同时在线用户达到100000，但是他们公司又没有办法搭建一个跟真实服务器一样的测试环境和这么多个vuser 的license。那做怎么样的性能测试， ...

兄弟，这个问题还不好回答：

问问他有那么好的服务器吗？如果他们能有支撑10万并发的服务器，那肯定是个有钱公司。
否则就是在和你恶搞。

通常硬件不同性能不具有可比性，所以你的测试就是模拟一定数量的用户来关注软件本身的性能——这个受硬件影响往往不会那么大。

问出这种问题的leader往往是喜欢不切实际的干事情。。。

hiyouhiyou

原帖由 Zee 于 2007-11-28 11:02 发表
100000同时在线，你可以按比例计算并发，然后再用并发做，比如：你们认为10000个用户并发。你做不到100000，10000能做到的，就行了。

不大理解你这句话，能解释下不？

hiyouhiyou

原帖由 thefirstred 于 2007-11-28 10:21 发表
我想可以这样做：先使用100个用户进行访问，看系统性能如何，比如系统资源只占用了1%，那我们就假设10000个用户的时候可能会占用100%的资源，相应的系统响应速度等会慢100倍左右，可以这样按比例估计一下吧

我不认为用单纯的线性比例能描述这样的情况吧。。。