- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于移动终端的应用软件性能测试
摘 要随着移动终端的迅速发展,移动应用正逐渐渗透到人们生活和工作的各个方面。手机游戏、移动流媒体、位置服务、新闻资讯、即时通讯、移动音乐等丰富多彩的移动互联网应用正在改变着信息时代的社会生活。针对这种情况,提出基于移动终端的应用软件性能测试,分析移动应用软件性能测试技术和测试方法。实验结果表明,性能测试可以预测真实环境中对应用系统的压力,将应用系统中存在的问题暴露出来,通过对测试获得的各项数据进行分析,对优化应用系统的性能提供帮助。
【关键词】性能测试 移动终端 移动应用 测试技术 测试方法LoadRunner
目前,互联网技术正在膨胀的发展,互联网产品正在影响人们生活和工作的各个方面,以往的生活方式和习惯已经彻底发生了改变。作为当今社会互联网中最重要的移动终端,其移动应用已经得到了广泛的普及。
随着应用程序的功能大量增多,逻辑越来越复杂,用户对应用的要求不再仅仅是实现功能,而更多关注的是处理业务时的性能指标,例如并发量、响应时间、吞吐率等是否满足需求。如何最大限度地利用资源、有效地整合资源、降低运行成本、节省运行移动终端所需要的能源,从而提高移动应用软件的整?w性能,则变得更为重要。
1 移动应用系统架构介绍
目前,移动应用大多数是部署在iOS、Android、WinCE/Windows Mobile等移动终端的操作系统上。通过建立统一的UI,功能和API接口来满足业务应用的跨平台特性;并通过建立移动应用支撑平台服务端和客户端之间的通信数据通道,来达到构建移动应用服务端逻辑和客户端逻辑的无缝结合的目的。同时,基于高效可靠的移动终端,采用移动通讯、3G/4G网络、Wi-Fi等网络,建立一个安全可靠、稳定高效、智能便捷的移动平台,实现智能化移动应用运转的持续性与完整性、信息处理的实时性与精准性。
2 性能测试实践
2.1 测试内容
本次被测的移动应用软件是一款电子商务软件,为消费者提供网上交易服务,例如:网上订购、网上支付、电子账户、订单查询、统计分析等功能。被测移动应用软件部署在Android操作系统的移动终端上,用户可通过互联网访问此移动应用软件。具体的网络拓扑结构如图1所示。
2.2 测试工具
本次测试采用的是商业测试工具Loadrunner。Loadrunner是一种预测系统行为和性能的负载测试工具,通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,预测系统行为并评估系统性能。Loadrunner脚本采用测试描述语言-C语言,支持多种协议和技术,可组织多台机器执行测试。
2.3 手机协议脚本录制原理
移动应用的录制方式是虚拟脚本生成器通过Proxy实现的。通过一个Proxy,该Proxy作为客户端和服务器之间的中间人,接受从客户端发送的数据包,记录并转发服务端;接收从服务端返回的数据流,记录并返回给客户端。这样,无论是客户端还是服务端都认为自己在一个真实的运行环境中,而虚拟脚本生成器通过这种方式截获客户端和服务器之间的数据流。截获数据流之后,虚拟脚本生成器进一步根据录制时选择的协议类型,对数据流进行分析,然后用脚本函数将客户端和服务器之间的数据流交互过程体现为脚本语句。
2.4 测试目的与需求
本次测试目的主要是通过不同的并发用户数,对该移动应用软件进行性能测试,考察系统的响应情况及各服务器的资源使用情况。同时,验证系统的实际性能和稳定性是否能达到系统设计指标的要求。
本次测试需求则是目前性能测试领域中默认的常规需求。在测试期间,考察是否满足以下几点需求:
2.4.1 事务失败率
信息系统事务失败率不得超过0.1%。
失败率=失败次数÷(成功次数+失败次数)。
2.4.2 响应时间
响应时间即对发出的请求做出响应所需要的时间。响应时间包括网络传输时间、应用服务器处理时间和数据库服务器处理时间。
响应时间=网络传输时间+应用服务器处理时间+数据库服务器处理时间。
(1)登录、注销响应时间不得超过5秒,普通界面打开不得超过5秒。
(2)简单查询、添加和删除业务的响应时间不得超过5秒,执行复杂的综合业务(同时包括查询、添加、删除等操作请求)的响应时间不得超过8秒。
(3)表格式报表处理、图片报表处理等统计类型的业务响应时间不应超过20秒。
2.4.3 系统资源性能
(1)CPU利用率:当系统并发用户数在设计要求范围内时,应用服务器和数据库服务器的CPU平均利用率不得超过80%,且CPU利用率不得连续30秒超过95%。
(2)内存使用率:当系统并发用户数在设计要求范围内时,应用服务器的内存平均使用率不得超过80%,
文档评论(0)