标签：10 测试报告 压测 分布图 线程 进程 jmeter 模板

XXX压力测试报告

 

时间：2020-11-06                                             测试人员：xxx

 

XXX压力测试报告

 

目录

一  测试内容... 2

二  测试方法... 2

三  测试目标... 2

四  测试环境... 2

五  系统部署... 3

5.1 物理部署... 3

5.2 网络访问... 3

六  性能测试结果与分析... 4

6.1 jmeter集群压测（5进程-每个进行10线程）... 4

6.2 jmeter集群压测（10进程-每个进行5线程）... 7

6.3 jmeter集群压测（10进程-每个进行10线程）... 11

七  结果汇总分析... 13

 

一  测试内容

本次测试是针对xxx系统进行的压力测试，在交易接口中，只对交易接口进行压力测试，其中涵盖数据验签与签名功能。

 

二  测试方法

         本次采用apache的开源测试工具jmeter，采用本地动态拼装请求数据并通过http协议post方式发送支付请求。并采用650张测试银行卡测试，其中大概有30张存在“无足够的存款”和“受限制的卡”情况。

 

三  测试目标

1)         获取在单机部署情况下最大TPS值

2)         是否可以达到原来预期值TPS：50

 

四  测试环境

 

 

由于客户端与服务端的机器性能优秀，暂不会对压测形成瓶颈，该方面影响可以忽略

五  系统部署

5.1 物理部署

 

 5.2 网络访问

 

 

 

 

六  性能测试结果与分析

6.1 jmeter集群压测（5进程-每个进行10线程）

启5个进程，每个进程启动10个线程，并发为50，项目日志开启info状态

6.1.1 聚合报告

 

 

 

6.1.2 每秒的响应分布图

 

 

 

6.1.3 响应时间分布图

 

 

 

6.1.4 请求失败与成功分布图

 

 

 

6.1.5 结果分析

 

 

 

1. 在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。
2. 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞
3. 本地业务处理的错误原因为签名、验签、获取数据及请求时404等

 

6.2 jmeter集群压测（10进程-每个进行5线程）

启10个进程，每个进程启动5个线程，并发为50，项目日志开启info状态

 

6.2.1 聚合报告

 

 

 

6.2.2 每秒的响应分布图

 

 

 

6.2.3 响应时间分布图

 

 

 

6.2.4 请求失败与成功分布图

 

 

 

6.2.5 应用系统状态

 

 

 

6.2.6 结果分析

 

 

 

1         在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。

2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞

3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

 

6.3 jmeter集群压测（10进程-每个进行10线程）

启10个进程，每个进程启动10个线程，并发为100，项目日志开启info状态

 

6.3.1 聚合报告

 

 

 

 

6.3.2 每秒的响应分布图

 

 

 

 

6.3.3 响应时间分布图

 

 

 

 

 

 

 6.3.4 请求失败与成功分布图

 

 

 

6.3.5 结果分析

 

 

 

1         在使用jmeter压测请求被F5转发到apache server代理上，由于交易处理过程中处理时间过长造成长时间无响应，代理返回502 Proxy Error错误。

2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟，其余耗时均低于5s，前置接收到的晚，初步判定网络堵塞

3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

 

6.4 jmeter集群压测（30进程-每个进行5线程）

启30个进程，每个进程启动5个线程，并发为150，项目日志开启info状态

 

6.4.1 聚合报告

 

 

 

6.4.2 每秒的响应分布图

 

 

 

6.4.3 响应时间分布图

 

 

 

6.4.4 应用系统状态

 

 

 

6.4.5 客户端系统状态

 

 

 

6.4.6 结果分析

暂未统计

 

6.5 jmeter集群压测（20进程-每个进行5线程）

启20个进程，每个进程启动5个线程，并发为100，项目日志开启info状态，超时时间2000ms

 

6.5.1 聚合报告

 

 

 

6.5.2 每秒的响应分布图

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6.5.3 响应时间分布图

 

 

 

6.5.4 请求失败与成功分布图

 

 

 

6.5.5 结果分析

 

 

 

 

    由于本地客户端限定2000毫秒不响应就认为失败，所以失败率偏高

 

七  结果汇总分析

 

 

使用jmeter压测时，如果使用1个进程开多个线程进行压测，一个进程很难快速处理多个线程，造成本地处理浪费大量时间用于调度，最终压力上不去。

当采用集群压测时，启用多个进程调度少量线程，解决本地耗时，TPS明显提升。

在启动10个进程50线程时效果最佳，符合交易每秒钟处理的交易笔数，当提升并发到100时，交易响应时间明显提升。

 

压测过程中出现的错误主要有：

1、  请求资源404错误

2、  请求前置网络堵塞，每次均为3分钟

3、  本地签名、验签、获取数据耗时过长

 

最终压测结果TPS：90-100时可保证响应时间不超过2s

 

 

 

 

 

 

 

 

 

 

 如果对软件测试、接口测试、自动化测试、面试经验交流感兴趣可以加入我们。642830685，免费领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！技术大牛解惑答疑，同行一起交流。

 

 

 

 

标签：10,测试报告,压测,分布图,线程,进程,jmeter,模板
来源： https://www.cnblogs.com/www642830685/p/13938905.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。