Loadrunner 前端性能分析

1.每秒请求数（ Hitsper Second ），通过它可以评估虚拟用户产生的负载量。如果用户数增多，而系统点击率反而下降则表明系统已经达到了一个瓶颈，需要进一步分析，发现瓶颈所在。




2.吞吐率（Throughput）。场景运行过程中服务器的每秒的吞吐量。其度量单位是字节，表示虚拟用户在一秒内从服务器获得的数据量。随着负载的加大，点击率和吞吐量会随之增大。如果系统的吞吐量随着负载的加大出现平坦或降低并且CPU的使用率很高,表明网络已饱和。




3.事务平均响应时间（AverageTransacitonResponse Time）：显示的是场景运行期间的每一个事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。根据该图，可以定位出现性能问题的转折点。
参考值：2秒代表响应很快，5秒表示尚可，10秒表示较慢但勉强能接受。大于10秒无法忍受。必须性能调优。


当事务响应时间的曲线开始由缓慢上升，然后处于平衡，最后慢慢下降，可能情况：
1）曲线图持续上升，表明系统的处理能力在下降，事务的响应时间变长；                             
2）持续平衡，表明并发用户数达到一定数量，再多请求也可能接受不了，等待；                      
3）当事务的响应时间在下降，表明并发用户的数量在慢慢减少，事务的请求数也在减少。  
如果曲线没有出现下降，但响应时间越来越长，直到系统瘫痪，引起原因可能如下:
1）程序中用户数连接未做限制，导致请求数不断上升，响应时间不断变长；                
2）内存泄露。


4.每秒事务数/TPS （Transactions Per Second ）显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，是考查系统性能的一个重要参数。
说明：当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。TPS越大说明系统处理能力越强。
参考值：遵循80%的交易在20%的时间完成。例如：每天交易量10万笔，一天8小时,tps=80%*100000/（8*3600*20%）=13.89




用户数选择：
1. 如果是旧业务，并发数取最大在线用户数*10%去压就好。 
2. 一般来说了，最佳用户数=最大用户数*80%，可以用这个数值去预测，但最后还是要验证看数据