jmeter压力测试报告超细.doc

jmeter压力测试报告 - DEMOXXX压力测试报告时间：2015-08-04 测试人员：xxx目录XXX压力测试报告. 1一 测试内容. 2二 测试方法. 2三 测试目标. 2四 测试环境. 2五 系统部署. 35.1 物理部署. 35.2 网络访问. 3六 性能测试结果与分析. 46.1 jmeter集群压测（5进程-每个进行10线程）. 46.2 jmeter集群压测（10进程-每个进行5线程）. 76.3 jmeter集群压测（10进程-每个进行10线程）. 11七 结果汇总分析. 13一 测试内容本次测试是针对xxx系统进行的压力测试，在交易接口中，只对交易接口进行压力测试，其中涵盖数据验签与签名功能。二 测试方法 本次采用apache的开源测试工具jmeter，采用本地动态拼装请求数据并通过http协议post方式发送支付请求。并采用650张测试银行卡测试，其中大概有30张存在“无足够的存款”和“受限制的卡”情况。三 测试目标1) 获取在单机部署情况下最大TPS值2) 是否可以达到原来预期值TPS：50四 测试环境环境机器型号操作系统硬件cpu硬件mem客户端server2008虚拟机windows32核32G服务端HP DL580linux64核126G由于客户端与服务端的机器性能优秀，暂不会对压测形成瓶颈，该方面影响可以忽略五 系统部署5.1 物理部署5.2 网络访问六 性能测试结果与分析6.1 jmeter集群压测（5进程-每个进行10线程）启5个进程，每个进程启动10个线程，并发为50，项目日志开启info状态6.1.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMinMaxError%TPSKB/sec1228055473665126365218150300030.2665.396.52336055193625036185200150300030.2166.598.53435055363655086215210150348990.2665.697.14482055273655076185206150348990.2465.196.35490055353645076165211150348990.2763.994.56499015323645056145207150348990.2761.090.27500005313635046135207150348990.27%60.990.16.1.2 每秒的响应分布图6.1.3 响应时间分布图6.1.4 请求失败与成功分布图6.1.5 结果分析总笔数Jmeter错误笔数请求前置响应超长笔数服务本地处理超长笔数和40450000135120151. 在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。2. 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞3. 本地业务处理的错误原因为签名、验签、获取数据及请求时404等6.2 jmeter集群压测（10进程-每个进行5线程）启10个进程，每个进程启动5个线程，并发为50，项目日志开启info状态6.2.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMinMaxError%TPSKB/sec1110105553484956055196148300030.2668.7101.5228910507333473568517855300150.2576.3121.9336310501332475575517655300310.2477.1114.0446310485331466557517255300310.2178.6116.3550000478326460551516655300310.2172.1106.76.2.2 每秒的响应分布图6.2.3 响应时间分布图6.2.4 请求失败与成功分布图6.2.5 应用系统状态6.2.6 结果分析总笔数Jmeter错误笔数请求前置响应超长笔数服务本地处理超长笔数和4045000010592131 在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞3 本地业务处理的错误原因为签名、验签、获取数据及请求时404等6.3 jmeter集群压测（10进程-每个进行10线程）启10个进程，每个进程启动10个线程，并发为100，项目日志开启info状态6.3.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMinMaxError%TPSKB/sec1500001219896166526925808209383060.3068.0100.56.3.2 每秒的响应分布图6.3.3 响应时间分布图6.3.4 请求失败与成功分布图6.3.5 结果分析总笔数Jmeter错误笔数请求前置响应超长笔数服务本地处理超长笔数和40450000150119311 在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞3 本地业务处理的错误原因为签名、验签、获取数据及请求时404等6.4 jmeter集群压测（30进程-每个进行5线程）启30个进程，每个进程启动5个线程，并发为150，项目日志开启info状态6.4.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMinMaxError%TPSKB/sec115000014731924173319596156222351070.2189.5132.26.4.2 每秒的响应分布图6.4.3 响应时间分布图6.4.4 应用系统状态6.4.5 客户端系统状态6.4.6 结果分析暂未统计6.5 jmeter集群压测（20进程-每个进行5线程）启20个进程，每个进程启动5个线程，并发为100，项目日志开启info状态，超时时间2000ms6.5.1 聚合报告Label#SamplesAverageMedian90%Line95%Line99%LineMinMaxError%TPSKB/sec12000008677221073129656741100530.8492.8138.66.5.2 每秒的响应分布图6.5.3 响应时间分布图6.5.4 请求失败与成功分布图6.5.5 结果分析总笔数Jmeter错误笔数TPS10000073098.01 由于本地客户端限定2000毫秒不响应就认为失败，所以失败率偏高七 结果汇总分析Label#SamplesAverageMedian90%Line95%Line进程线程并发Error%TPSKB/sec50并发50000531363504613510500.27%60.990.150并发50000478326460551105500.2172.1106.7100并发5000012198961665269210101000.3068.0100.5150并发15000014731924173319593051500.2189.5132.2100并发200000867722107312962051000.8492.8138.6使用jmeter压测时，如果使用1个进程开多个线程进行压测，一个进程很难快速处理多个线程，造成本地处理浪费大量时间用于调度，最终压力上不去。当采用集群压测时，启用多个进程调度少量线程，解决本地耗时，TPS明显提升。在启动10个进程50线程时效果最佳，符合交易每秒钟处理的交易笔数，当提升并发到100时，交易响应时间明显提升。压测过程中出现的错误主要有：1、 请求资源404错误2、 请求前置网络堵塞，每次均为3分钟3、 本地签名、验签、获取数据耗时过长最终压测结果TPS：90-100时可保证响应时间不超过2s