XXX门户网站性能测试报告

200个用户并发的测试统计信息（以10分钟为例）：

1、 平均事务响应时间

测试用例 并发50持续5分钟 响应时间(单位：秒) 14.009 第21页共27页

并发50持续10分钟 并发50持续15分钟 并发100持续5分钟 并发100持续10分钟 并发100持续15分钟 并发200持续5分钟 并发200持续10分钟 并发200持续15分钟 50个并发（以10分钟为例）：

15.31 11.178 16.318 14.143 15.675 24.859 24.997 26.349

100个并发（以10分钟为例）：

200个并发（以10分钟为例）：

第22页共27页

从图中看出，并发用户数同时进行5分钟，响应时间就已经在10s以上了，随着并发用户数和持续时间的增加，响应时间变得越来越长，当200个并发的时候已经超过20秒，已经相对较慢，但是这只是实验室理论测试数据，在实际生产环境中过高的并发数和过长的持续压力时间这种极端情况很少。但是并发持续了5分钟这种情况下，我们的响应时间还是应该可以控制在5秒以内，使我们系统在较大的业务量的情况下可以提供较为满意的用户体验。导致这样的一种情况主要来自于网络不佳造成（该问题并不是由于服务器端的网络不良，而是来自用户端的网络不佳导致） 2、 TPS（事务数/秒）（以10分钟为例）

测试用例 并发50持续10分钟 并发100持续10分钟 并发200持续10分钟 50个并发（以10分钟为例）：

TPS 3.086 6.260 7.184

100个并发（以10分钟为例）：

第23页共27页

200个并发（以10分钟为例）：

TPS数值并不理想，它反映了服务器处理能力一般，没有充分发挥应用服务器的事务处理能力。建议：在下一个阶段需要优化。但是这个原因可能是由于网络带宽、前置接入系统处理能力较小，比如：连接数有所限制，所以最后到达核心应用服务器事务数较小，连锁导致最终事务处理能力上不去。 3、 吞吐量（以10分钟为例）

测试用例 并发50持续10分钟 并发100持续10分钟 并发200持续10分钟 50个并发（以10分钟为例）：

Total Throughput (bytes) 3,628,897,747 7,096,275,509 8,262,379,069 Average Throughput (bytes/second) 5,416,265 10,008,851 11,120,295 第24页共27页