并发用户测试,该如何处理

并发用户测试
1.日访问量400w的网站,点击网页时测并发数要测多少用户的并发呢?有什么计算理论依据?
2.响应时间在什么范围内才算是正常?
3.有6台服务器同时访问网站,访问量为400w,要不要做6台服务器的并发测试.
假如我在一台服务器上测100个用户的并发,那么测6台服务器同时运行时每台服务器要测多少个用户的并发?
谢谢!

------解决方案--------------------
前3个问题牵扯到性能测试设计，不是几句话就能讲清楚的，建议你找专业的人去做这个事情，否则测出来也肯定不是准确的结果

controller里只能设用户数，就是脚本区域的quantity，如果要做并发，需要在脚本中设置集合点

Hits per Second不是页面平均响应时间，average response time才是
------解决方案--------------------
直接把需求改变成为一个或者几个实际的测试用例吧。

1. 可以挑出典型的一、两个事物，测试每秒钟40个事务的并发情况。没有什么理论依据，因为并不知道你的项目每天的事务分布规律。经验（电信级项目）估计差不多每秒钟40个事务（持续2小时而不出现大的延时）可以应付每天400w事务的需求。
2. 这个更没有标准。实际上，很多东西应该看行业背景知识，进行同业分析。不是简单地书本知识能够一套用就出来结果的。
3. 什么叫做“有6台服务器同时访问网站”？到底是6台测试客户机还是6台网站服务器？当然从一台客户机上模拟1000个并发客户，跟从10台客户机上模拟1000个并发客户，结论可能不同。当你有多服务器时，尤其要从客户机上来测试服务器组，而不是在服务器上测试。
------解决方案--------------------
实际上，典型的压力测试会从每秒40个事务，逐步升级到每秒钟120个事务，分几个等级，看看事务处理延时的变化曲线。

另外，所谓每天400w事务需求，并不意味每天平均400w事务，而是说峰值会达到每秒40多个事务。许多所谓“日访问量400w的网站”，真正运营时只能达到这个口号的20%。
------解决方案--------------------
“要测多少个用户的并发”

其实你的测试客户机数量、并发数量、测试间隔时间、事务的IO以及总带宽，要综合起来。我更愿意把这方面的权衡简单换算为服务器端收到多少事务请求。可以根据服务器上性能计数器的值，以及你的测试环境，不断调整。