性能测试与“并发用户数”关系的最新体会

     文章的题目源自在一个培训课程上，准备请教夏老师的一个疑问。问题简述如

下：“并发用户数如何计算才能反映系统业务高峰期时的并发用户，及它与思考时

间的关系。51Testing软件测试网M k!f-g9A'zv

一、所获得的解释大体如下：

并发用户数可从下述途径获得：  

1） 生产报表、系统日志；     51Testing软件测试网u,H l-[ Q@-n_%l8z

2） 使用80/20原则计算；

3） 使用5%～20%经验值获取。

性能测试中“并发用户数”一般不做为一个确切的考察指标，其不如“吞吐量”、“响应时间”更有意义。因为性能测试主要还是考察服务器端的性能表现，而服务器端的性能表现随其负载的不同而有不同的表现，此所谓的负载可以用不同的“并发用户数”来模拟，但也跟这些并发用户发送请求的频率也有关系，而这个频率与“思考时间”、“Pacing”时间都有关系。因此，出了测试目的是符合性验证的，“并发用户数”不如“吞吐量”、“交易成功率”、“响应时间”更有参考价值。

 51Testing软件测试网1gqUG:O#B/Nh

二、个人理解：51Testing软件测试网D?)Inhu$T!At
K

我觉得，真实业务中的“并发”有个绝对并发和相对并发之分。一般的“并发”测试，目的主要是考察系统运行过程中处理“死锁”、“资源挣用”的能力，反映在实际业务中，可以是多个用户同时做同一个操作。而很多“性能测试”的目的不仅仅出于考察系统处理“并发”的能力，而是全面考察处理各种业务请求的能力，或者考察“吞吐量”，此时更多的是指“相对并发”，反映在实际业务中就是多个用户同时做不同的操作。而此时服务器端能及时响应这些请求吗？在单位时间内能响应多少请求？服务器端资源消耗又如何呢？这些能力表现才能更好的体现服务器端的性能状况，也是可以做为验证、考察、定位服务器端性能能力、性能瓶颈的最好参考。而此前所说的，这些多用户，是否同时，或以什么频率向服务器发请求，都是可以通过我们的测试工具进行设置、模拟的。

 51Testing软件测试网 Rr7H-C {)Upc

三、总结：

1）              如果测试目的是符合性测试，并发用户数可根据调查或推算选取，但不要做为反映系统处理能力的数据，最终结果中还要通过与并发用户数对应的“吞吐量”、“响应时间”来体现。小技巧：如果lincense限制了并发用户总数，可考虑降低并发用户数，并将思考时间、步间隔时间调整，只要达到服务器端所能承受的压力即可。

2）              如果被测系统是银行、金融系统，该类系统更关注系统业务处理能力，因此，还要用“吞吐量”来衡量。

3）   如果测试目的是压力或确定性能瓶颈的测试，那么更多的是利用并发用户数和思考时间配合解决给服务器端制造尽可能大的压力的目的。51Testing软件测试网(r5B X6\WBP*Q