请教：如何设计类似于google earth的web系统的性能测试

cclove1206

最近接到一个项目，是类似于google earth的网站，需要做性能测试，客户方面只提出需要得到最大的同时在线用户数，该如何设计呢？
目前，个人认为应将网站内的业务功能（例如：查询、放大、缩小、平移等）分别录制脚本，之后设计混合场景，逐步增加用户数，直至系统崩溃，得到最大在线用户数。
问题：
1.以上的方法是否可行？loadrunner的licence最多只支持10000用户，使用多台负载生成器计算机是否可以变成10000*N（n台负载计算机）的用户呢？
2.如果无法加载10000以上的用户，是否可以通过设置用户并发，根据最大并发用户数推算最大在线用户数？
3.使用的工具是loadrunner，如何监控测试环境中数据库服务器集群和web应用服务器集群呢（我是测试新手，没有遇过集群服务器，是使用loadrunner监控集群中的每台服务器么？）？
3.对于用户常访问的页面、常使用的功能是否需要单独设计场景进行并发测试呢？

loadrunner均属于自学，不懂的地方着实很多，如果上面有说错的地方，还请大家不要见笑，如果有做过类似测试的高手，是否可以麻烦您指教一二？非常感谢！

redrose8421

我不是高人，不过还是希望能够对你的工作有所帮助。

1.需要明确客户提出的在线用户的概念是什么？
可以正常打开网页？还是可以正常进行业务功能？因为两者给服务器的压力不同，得到的瓶颈也不相同
如果客户对概念也不明确，建议至少设计两种场景，
一是用户可以正常打开网页（3秒之内）。
二是用户可以正常进行业务功能，比如（查询、放大、缩小、平移等）
（业务功能也可以根据是否与数据库交互进行细分，比如查询功能。）

2.提高并发数只能加快在线用户达到上限的速度，如果并发数过高，系统会因为达到最大并发数而崩溃，所以需要明确目的，是得到最大并发

数？还是得到最大在线用户数？并发数和在线用户的瓶颈是完全不同的，比如系统可以承受最大在线1w人，可是并发1k就挂了，你能说他的最

大在线用户数是1k吗？如果只想要最大在线用户数，不建议并发数过高，需要控制在合理的范围内，否则结果会不准确。

3.本人对集群也不了解，不过理论上是应该对每台服务器进行监控的，那样才能有针对性的进行调优，至于方法就要请教高人了。

千里

自学的啊，可以原谅。
这种性能需求存在于理论还可以。
要是真有那么大的并发量，你的服务器早就挂了。

qzj_test

小弟不会，等待高手解答