压力测试报告模板

1、采购订单单录入（50个用户）响应时间间：1最大时间间平均时间间最小时间间90%登录21.337121.337121.337121.3371进入订单单录入页页面0.21120.21120.21120.2112保存订单单0.41120.41120.41120.411250最大时间间平均时间间最小时间间90%登录30.00527.88521.775929.7707进入订单单录入页页面6.96663.94431.46646.1007保存订单单5.54442.83330.79994.5336网络下载载时间细细分：这个页面面服务器器处理时时间过长长，说明明在服务务器端在在处理这这个页面面的信息息时，需需要

2、过长长的时间间。这两个页页面客户户端接收收时间比比较长，说说明这两两个页面面接收的的数据比比较多，可可以适当当的做一一些优化化。页面组件件分析：这三个页页面中的的组件平平均下载载时间比比较的长长，特别别是第一一个页面面，所以以导致登登录的时时间很长长。下载组件件大小：这三个页页面所含含网络分析析：绿色：吞吞吐量紫色：每每秒点击击率根据每秒秒点击率率与吞吐吐量的分分析，网网络不是是性能的的瓶颈。采购审核核（500个用户户）50最大时间间平均时间间最小时间间90%采购审核核9.65564.5991.92242.0992订单生成成收货单单（500个用户户）50最大时间间平均时间间最小时间间90%生成

3、收货货单4.66663.59962.10094.2993保存收获获单列表表3.80022.95540.99993.7447提交收货货单3.2332.41171.5662.8333查询收货货单（665条）3.69922.57752.29962.7881发票生成成单（550个用用户）50最大时间间平均时间间最小时间间90%保存发票票匹配7.86653.14420.2776.7556提交发票票匹配6.90013.14440.23396.2557生成发票票匹配7.69963.46620.74466.1224网页分析析：这两个页页面下载载的时间间最长。下载的组组件大小小：页面下载载时间分分析：通过对下下

4、载的组组件大小小与页面面下载时时间分析析可以知知道，组组件大小小是影响响这两个个页面性性能的主主要原因因。4个脚本本同时运运行（2200用用户）1、响应应时间最大运行行vueer数：57最小时间间平均时时间最大大时间标标准偏差差90%从上图可可以看出出：登录录、保存存采购申申请录入入单、采采购审批批这三个个模块可可能存在在性能问问题。2、吞吐吐量与点点击率合合并图：从这个图图可以看看出网络络不存在在性能瓶瓶颈。3、网页页分析从上图可可以看出出：登录录、保存存采购申申请录入入单、采采购审批批这三个个事务下下载时间间最长。4、页面面组件细细分这两个组组件随着着时间的的推移，用用户量的的增加，下下载

5、时间间急剧上上升网页下载载细分从这个表表中可以以看出，随随着时间间的推移移，客户户端接收收的时间间急剧上上升。这两个组组件性能能瓶颈均均在服务务器的处处理时间间上面这个页面面的性能能瓶颈在在客户端端接收数数据上面面，说明明客户端端数据比比较的大大，导致致接受时时间比较较的长。这个页面面的客户户端接受受时间在在HTTTP响应应数达到到最大值值时，开开始急剧剧增大。下载组件件大小这几个页页面下载载的组件件是最大大的。通过这次次的测试试，该软软件的性性能除了了登录、保保存采购购申请录录入单、采采购审批批这三个个事务之之外，其其他的性性能还在在可以接接受范围围之内。这三个模块需要做到优化。大数据量量下

6、的测测试：生成收货货单：1、响应应时间：最小值平平均值最最大值标标准差 90%2、第一一次缓冲冲时间分分析：从上图可可以看出出，服务务器处理理时间很很大，并并且属于于上升的的趋势，说说明服务务器在处处理这个个事务时时，花费费了大量量的时间间，需要要看一下下程序处处理和数数据库取取数据是是否存在在算法上上的问题题。3、下载载组件大大小这几个页页面下载载的组件件最大。4、页面面下载时时间细分分结合第一一次缓冲冲时间进进行分析析，可以以看出这这两个页页面是服服务器处处理的时时间过长长。在压力测测试中，提提交收货货单不能能全部成成功，通通过了331个事事务，失失败了115个事事务，说说明这一一块的性性能存在在比较大大的问题题。生成成收货单单，通过过46个事事务，失失败4个事务务。生成发票票匹配单单响应时间间：保存发票票匹配通通过411事务，失失败6事务提交发票票匹配通通过377事务，失失败4事务生成发票票匹配通通过477事务，失失败3事务。其中有33个HTTTP 5500响响应。页面分析析这四个页页面耗时时最长页面下载载时间细细分从上图可可以看出出这