一、测试内容 测试调度模块多用户并发情况下生成方案的性能。 二、测试数据准备 1、以下数据以半年业务量为基础进行准备: 注册用户数: 1万 车源:10万 2、人员:xxx
三、测试指标 n 客户性能需求: 1.用户需求:支持系统注册用户规模1000万; 2.性能指标: 1)响应时间:(客户端响应时间+服务端响应时间+网络响应时间)首页及静态内容页面,页面响应时间要求2秒以内,动态内容及业务处理页面响应要求3秒以内;月度报表页面响应要求5秒内。年度报表页面响应要求10秒内,平均时间在2-4秒内。 2)CPU:第三方服务接入时CPU最大占有率不超过80%;忙时CPU不超过90%; 3)并发量:支持10000-20000用户同时在线,在普通PC服务器情况下,单点服务并发数要求达到100以上; 4)日处理订单数:200万以上;
n 性能指标: 并发量: 50-100用户同时在线 页面响应时间:≤10s 日处理订单:数量2万,根据二八原则,可算出交易吞吐量:TPS=20000*80%/(24*20%*3600)=0.926 并发交易成功率 ≥ 99% 其他并发成功率≥ 95%(包括:注册,登录,查询)
资源使用指标:核心系统各服务主机cpu使用率 ≤ 90%,内存使用率≤ 90%,I/O使用率≤90%
四、测试场景 1、本轮测试相关的查询场景
软硬件配置
性能测试将在百度云测试环境中进行。硬件和软件环境与最终部署实施在百度开放云平台的生产环境一致,仅仅有差异的是安全组和服务器内存及CPU大小。使用了百度云服务(BLB、BOS、Kafka、SCS、Palo等)。 压力机客户端采用标配:Win7专业版sp1 64位,CPU:Intel Pentium G630 2核,内存:4G,硬盘:500G
测试工具 (表三)
五、测试过程及分析 WLDD01生成预定单-站到站
车源:10万,当个用户执行新增货源(派单)页面报504错误
车源减少到2万后仍然报此异常,车源减少到1.5万可以正常新增货源(派单)操作。 并发两个用户,每个用户执行5次,失败4次,报错504网关超时
TPS趋势图
平均响应时间图
并发执行5个用户时,会在首页 queryNewOrder.json报错超时,导致失败,无法继续进行
WLDD06铁路运力查询
TPS趋势图
平均响应时间图
WLDD07公路运力查询
TPS趋势图
平均响应时间图
六、测试结论 在所测试的场景中,调度运力数1.5w就达到上限,发布货源(派车)2个用户并发达到上限,5个用户并发无法进入个人中心导致无法正常进行调度性能测试。性能问题严重程度非常高。电商和调度都急需优化,公路运力查询平均响应时间过长,需优化。
|