压力测试报告模板.pdf

压力测试报告模板1、响应时刻：1登录进入订单录入页面储存订单50登录进入订单录入页面储存订单2、网络下载时刻细分：最大时刻21.3710.2120.412最大时刻30.056.9665.544平均时刻21.3710.2120.412平均时刻27.853.9432.833最小时刻21.3710.2120.412最小时刻21.7591.4640.79990%21.3710.2120.41290%29.7076.1074.536那个页面服务器处理时刻过长，说明在服务器端在处理那个页面的信息时，需要过长的时刻。这两个页面客户端接收时刻比较长，说明这两个页面接收的数据比较多，能够适当的做一些优化。3、页面组件分析：这三个页面中的组件平均下载时刻比较的长，专门是第一个页面，因此导致登录的时刻专门长。4、下载组件大小：这三个页面所含5、网络分析：绿色：吞吐量紫色：每秒点击率依照每秒点击率与吞吐量的分析，网络不是性能的瓶颈。采购审核50 个用户50最大时刻平均时刻最小时刻采购审核9.6564.591.924订单生成收货单50 个用户50生成收货单储存收成单列表提交收货单查询收货单 65 条发票生成单50 个用户50储存发票匹配提交发票匹配生成发票匹配网页分析：这两个页面下载的时刻最长。下载的组件大小：最大时刻7.8656.9017.696平均时刻3.1423.1443.462最小时刻0.270.2390.74690%6.7566.2576.124最大时刻4.6663.8023.233.692平均时刻3.5962.9542.4172.575最小时刻2.1090.9991.562.29690%4.2933.7472.8332.78190%2.092页面下载时刻分析：通过对下载的组件大小与页面下载时刻分析能够明白，组件大小是阻碍这两个页面性能的要紧缘故。4 个脚本同时运行200 用户1、响应时刻最大运行 vuer 数：57最小时刻平均时刻最大时刻标准偏差90%从上图能够看出：登录、储存采购申请录入单、采购审批这三个模块可能存在性能问题。2、吞吐量与点击率合并图：从那个图能够看出网络不存在性能瓶颈。3、网页分析从上图能够看出：登录、储存采购申请录入单、采购审批这三个事务下载时刻最长。4、页面组件细分这两个组件随着时刻的推移，用户量的增加，下载时刻急剧上升5、网页下载细分从那个表中能够看出，随着时刻的推移，客户端接收的时刻急剧上升。这两个组件性能瓶颈均在服务器的处理时刻上面那个页面的性能瓶颈在客户端接收数据上面，说明客户端数据比较的大，导致同意时刻比较的长。那个页面的客户端同意时刻在响应数达到最大值时，开始急剧增大。6、下载组件大小这几个页面下载的组件是最大的。通过这次的测试，该软件的性能除了登录、储存采购申请录入单、采购审批这三个事务之外，其他的性能还在能够同意范畴之内。这三个模块需要做到优化。大数据量下的测试：生成收货单：1、响应时刻：最小值平均值最大值标准差90%2、第一次缓冲时刻分析：从上图能够看出，服务器处理时刻专门大，同时属于上升的趋势，说明服务器在处理那个事务时，花费了大量的时刻，需要看一下程序处理和数据库取数据是否存在算法上的问题。3、下载组件大小这几个页面下载的组件最大。4、页面下载时刻细分结合第一次缓冲时刻进行分析，能够看出这两个页面是服务器处理的时刻过长。在压力测试中，提交收货单不能全部成功，通过了31 个事务，失败了 15 个事务，说明这一块的性能存在比较大的问题。生成收货单，通过46 个事务，失败 4 个事务。生成发票匹配单1、响应时刻：储存发票匹配通过 41 事务，失败 6 事务提交发票匹配通过 37 事务，失败 4 事务生成发票匹配通过 47 事务，失败 3 事务。其中有 3 个500 响应。2、页面分析这四个页面耗时最长3、页面下载时刻细分从上图能够看出这三个页面服务器的处理时刻过长，应该优化此操作的程序算法或数据库提取数据的算法。4、第一次缓冲时刻细分从上图能够看出这三面页面服务器的处理时刻比较的长，需要优化程序。