标签:src 操作 瓶颈 class http strong 性能测试 href ODB
项目总结57:使用阿里云性能测试-电商系统并发测试
第一步:部署测试环境
1-单独部署测试服务,是为了尽量不影响正式环境,并尽量保证硬件和软件上,测试环境和正式环境一致
2-目前一共4台服务器:一台阿里云SLB服务器,一台RDS数据库服务器,两台ECS服务器(tomcat、redis、kafka,mongodb君部署在ECS服务器)
3-测试环境(完全模拟真实环境):
数据库:在RDS重新创建新的数据库,命名:xuegao_rds_test;数据库配置信息
Redis:在从服务器创建新的Redis客户端,端口号:6379; redis版本如下
[root@izbpm9uyt0vepwz bin]# redis-cli --version
redis-cli 3.2.9
Kafka:在从服务器部署kafka; kafka在Linux安装参考:https://www.cnblogs.com/wobuchifanqie/p/11687234.html
Tomcat服务:在两台正式服务器部署一套完全一样的项目服务,端口号8088;阿里云ECS服务器配置如下:
第二步:确认测试内容
1-测试接口,如下
2-用户数量: 5000小程序用户;500APP用户
3-测试流程:10分钟内,5000个线程,5000粉丝和500店主陆续登陆小程序或APP,陆续请求接口;预计10分钟内接口请求数量5000*37=185000次????
第三步:编写Jmeter测试脚本并本地测试
1-Jmeter测试脚本编写可参考:https://www.cnblogs.com/wobuchifanqie/p/12070734.html
2-考虑模拟真实用户数据,我们将正式数据库同步一份到测试数据库,并通过Jemeter CSV 配置文件提前准备号用户Token以及相关商品ID等信息;Jemter相关目录如下
第四步:上传脚本到阿里云性能测试进行测试(具体操作可以参考阿里云文档)
第五步:查看测试报告
第六步:分析测试报告(以下分析是基于多次测试的结果)
分析结果报告以及相关失败的具体原因,发现:
1-一部分错误是因为接口返回的特殊情况,比如商品不存在,也被是为错误(其实是接口容错处理);针对这类问题,进行了响应断言设置,默认为成功;
2-出现Redis的RedisConnectionFailureException,即连接失败,继续跟进问题,发现是因为Redis连接超时问题(项目对几乎全部的查询接口做了缓存);针对这类问题,做了两个优化处理:
1-优化Redis配置,增加Redis最大连接数等相关参数;
2-考虑到在ECS服务器部署Redis,硬件性能会有瓶颈;我们购买阿里云数据Redis,Redis数据库配置如下:
第七步:优化后重新测试(同时增加了测试时时长5min->20min),结果如下
1-分析数据,错误率由原来的1.12%降到0.02,说明前面的优化是有效果的;
几个问题说明
1-Jemeter有个比较恶心的问题,不能在URL后面和body后面同时加请求参数;导致项目部分接口无法参与测试
2-类似购物车和提交订单接口,是需要根据实际情况提供重写的测试接口(逻辑和正式接口一样,请求方式或参数稍有区别);
标签:src 操作 瓶颈 class http strong 性能测试 href ODB
原文地址:https://www.cnblogs.com/wobuchifanqie/p/12336439.html