- 1、本文档共6页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
渠道推送实时接口_性能测试报告
版本所有:XX科技发展有限公司
保密级别:■普通 □保密 □机密
文件编号:BD-GC-RJ-CS-XNBG
移动标签云平台-渠道推送实时接口
性能测试报告
版本号 1.0
修订历史
版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1 2014-12-30 新建
性能测试报告
记录编号:质量部-CW-ZHFOSS-2014-2014/12/31-001
所在部门 质量部 测试人员 项目全称 移动标签云平台渠道推送实时接口优化 项目负责人 版本(号) 1.0 预计工作量 24小时 期望开始日期 2014-12-24 实际开始日期 2014-12-29 报告时间 2014-12-31 备注 测试原因 因推送接口承接多系统数据调用过程,需对推送接口做压力测试。 测试输入 在测试环境下,单点并发用户数在400人左右,模拟多用户并发访问接口的正式环境,响应时间在5秒内。 测试方案
第一阶段:并发数为50,每15s增加2个用户,直到用户数达到50人(或者系统出现崩溃现象)
第二阶段:并发数为100,每15s增加2个用户,直到用户数达到100人(或者系统出现崩溃现象)
第三阶段:并发数为200,每15s增加2个用户,直到用户数达到200人(或者系统出现崩溃现象)
第四阶段:并发数为400,每15s增加5个用户,直到用户数达到400人(或者系统出现崩溃现象) 测试环境 数据库测试服务器:
CPU:Intel Core 2 2.93GHz 双核;内存:2G; Disk:500G;
Web应用测试服务器:
CPU:Intel Core i5 双核 内存:4G Disk:500G;
加压机器:
CPU:Intel Core i5-M460 2.30GHz 双核;内存:2G; Disk:500G;
网卡:Semiconductor?RTL8168/8111?PCI-E?Gigabit?Ethernet?NIC
操作系统:Win7 32位旗舰版;
测试软件:LoadRunner11
测试的网络环境:移动内部百兆局域网 测试目标 要求在测试环境下,单点并发用户数在400人左右,响应时间在5秒内。 测试技术 完成标准 测试工具 LoadRunner11,是惠普公司的产品,LoadRunner是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题 测试方法 录制脚本
通过工具进行脚本的录制,脚本内容如下:
设置场景
场景设置分四阶段进行,内容如下:
第一阶段:单点并发目标数为50,每15s增加2个用户,直到用户数达到50人后,同时访问接口(或者系统出现崩溃现象)
第二阶段:单点并发目标数为100,每15s增加2个用户,直到用户数达到100人(或者系统出现崩溃现象)
第三阶段:单点并发目标数为200,每15s增加2个用户,直到用户数达到200人(或者系统出现崩溃现象)
第四阶段:单点并发目标数为400,每15s增加5个用户,直到用户数达到400人(或者系统出现崩溃现象)
运行场景
使用工具,对封装接口的URL进行访问。 测试数据 单点并发用户数分别为50、100、200、400;
每秒相应增加的用户数分别为2、2、2、5。 测试结果
测试结果:
在测试单个服务器上,并发用户数为50-200人时,对接口进行并发访问,接口的响应时间在5秒内,但当并发用户数为400的时候,多次测试,出现访问不正常的现象。根据测试现场实际情况,通过分析,不稳定现象是由服务器性能所造成的。
当单点并发用户数为50时,90%的响应时间为0.6秒;
当单点并发用户数为100时,90%的响应时间为0.9秒;
当单点并发用户数为200时,90%的响应时间为2.0秒;
当单点并发用户数为400时,多次测试,90%的响应平均时间仅为7.3秒;
(详细数据可参见附录1. LoadRunner分析文件截图)
分析:用于测试环境的服务器性能与正式环境使用的服务器有比较大的差距,在这种条件下,获得该测试结果基本符合测试目标。
建议:根据投入市场后可能的并发用户数,结合局方正式环境,具体调整要求还需在正式环境进行联调后给出:
首先,对响应的瓶颈-数据库服务器的并行处理能力优化,可能情况下建立数据库集群;
其次,当瞬间访问量超过数据库服务器的并行处理能力,服务器没有挂起的情况下,调整web应用服务器的系统采用Linux系统,并在其增加队列服务,提高客户的使用体验,可能情况下建立应用集群以提高并发响应数。
风
文档评论(0)