11.2.5 结果分析
1．潜在性能瓶颈
通过响应时间分析，可以得知目前系统中存在严重的客户端和网络瓶颈。主要表现为：
● JavaScript文件过大，其中ext-all-debug.js文件高达1.05MB，严重占用网络带宽。
● JavaScript文件过多，消耗了大量的http request资源，导致总体响应时间延长。
● JavaScript文件重复下载，大量的JavaScript文件在与Server交互的过程中被重复下载。
以上三个现象综合作用，消耗了用户的时间和网络资源的一半之多，已经构成了性能瓶颈。
2．网络瓶颈预测
在百兆局域网内，完整带宽为100M bps，转换成Byte，为100M/8=12.5 MB/S.
根据经验，一般网络带宽瓶颈参数为0.7，即占用网络带宽70%以上，即可视为出现网络瓶颈。
因此，实际有效带宽为12.5MB/S * 70% = 8.75MB/S。
在上面基准分析中，“新增”环节占用带宽峰值为823.423 KB/S。
因此在百兆局域网内，可容纳的并发用户数为8.75M/823= 10.6个用户。
推论：目前系统在百兆局域网环境下，用户数超过10.6个，即可造成网络瓶颈，网络瓶颈的表现为系统响应速度变慢，但实际上应用服务器却是空闲状态。
11.2.6 优化建议
（1）精简JavaScript代码，尤其是ext-all-debug.js文件。
经查看ext-all.debug.js文件源码，发现大量引用开源代码，其中有一部分属于无效代码，比如对Safari浏览器的支持和处理（Safari是Mac操作系统的浏览器）。
（2）合并java script文件
从步骤一和步骤二的性能表现对比，可以看到：
登录步骤，下载js文件83个，总共1.9MB，耗费时间3.413 S。
因此，在js文件总体大小无法压缩的情况下，可以通过合并和减少js文件个数进一步提升性能。
（3）采用本地和Server缓存解决重复消耗的时间
js文件采用本地的temp目录cache方法，避免相同的大尺寸文件重复下载。
同样地，对于频繁调用的server action，也应该在Server上通过开辟cache内存的方法来提升Server的性能。
（4）对于步骤三出现的问题，客户端执行js文件消耗10秒是极不正常的，建议开发人员重新检查并优化相关代码。
11.2.7 预测
通过以上数据分析，可以预测，如果有效解决js文件问题，至少能够提升30%的系统性能。
由于网络瓶颈的影响，在本轮性能问题没有解决的情况下，不宜开展并发负载测试的执行。
本文选自《51Testing软件测试作品系列》之八——《性能测试从零开始——LoadRunner入门与提升》。
本站经电子工业出版社和作者的授权，近期将进行部分章节的独家连载，敬请期待！
版权声明：51Testing软件测试网获电子工业出版社和作者授权独家连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
相关阅读：
