省级集中营销管理系统性能测试..docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
省级集中营销管理系统性能测试.

省级集中营销管理系统性能测试   摘 要:性能测试是系统上线前最重要的系统级测试,省级集中的营销系统在正式运行前进行全面、完整的性能测试进行评估是必须的环节。文章简述了性能测试的方法、指标和资源监控的内容,详细分析了省级集中营销系统的体系结构,针对具体的测试目标及海量数据处理的要求设计了测试业务场景。并以一测试场景为例,介绍了消除性能瓶颈的方法 关键词:性能测试;数据处理;场景设计;调优 中图分类号:TP274+.4 文献标识码:A 文章编号:1006-8937(2016)32-0086-02 1 概 述 性能测试是保证软件质量的重要手段,属于软件测试中的系统级测试, 它针对软件在继承系统中运行的性能指标进行测试, 旨在及早确定和消除新系统中的性能瓶颈[1] 通过负载测试、压力测试等方法的性能测试,测试应用系统能否承受大量的并发用户数以及快速响应用户发送的请求,能否长时间稳定运行。在系统测试期间监控资源、获取性能指标并进行分析,找出系统在硬件、操作系统、数据库、应用软件等方面的性能瓶颈加以改善,使整个系统的性能得到改进优化[2] 省级集中的一体化营销管理系统服务于全省广大用电客户和适于企业内部管理,具有如下特点: ①在可用性方面,需保证7×24小时不间断运行; ②在业务处理方面,应具海量数据快速处理、复杂业务流转畅顺、资料查询及时响应; ③在系统扩展性方面,需满足多层次应用、地域面积覆盖广、使用人员众多等多方要求。因此,系统的性能测试需要有完整、全面的方案 为了获取省级集中营销系统性能指标瓶颈,提出改进、优化措施,基于已有成果,本文结合省级集中营销系统的体系结构,在设定具体测试目标基础上,提出了基于海量数据处理的测试场景具体设计原则和监控内容,通过案例分析说明了系统性能调优的具体方法 2 性能测试概述 性能测试是通过模拟真实环境下的负载,采集系统各方面的性能数据,评估系统正常运行情况下的承受力和稳定性,分析系统的性能与存在的瓶颈。测试方法主要包括负载测试、压力测试、配置测试并发测试和可靠性测试等[3]。在测试过程中,通常需要合理的结合几种测试方法,模拟真实环境,设计不同的测场景获取更多有效的性能指标 性能测试一般基于如下目的: ①验证系统在给定条件下是否达到设计目标或用户要求; ②探测系统在给定条件下极限处理能力; ③通过对系统各参数的调整,测试系统的最优性能配置; ④通过性能测试发现功能测试难以发现的与性能有关缺陷 因此,对当前的系统给予相当的负载,并且能够分析系统在给定负载下的表现是实现性能测试的关键。为有效发现负载条件下的各项性能指标,需要筛选分析影响系统的主要测试性能因素,才能做到有的放矢。应用系统性能测试主要包括:响应时间、吞吐量、每秒事务数(TPS)、资源利用率、数据库性能等方面 在进行性能测试时,需要对系统各个方面(包括系统硬件、操作系统、中间件、数据库等)统一监控,以便进行系统瓶颈的分析与优化 3 测试方案 省级集中的营销系统为了满足高可用性、高可扩展性和高性能需求,采用了分布式协调服务ZooKeeper和自适配通信环境(ACE)技术构建通用的高性能分布式计算框架;同时,为了满足全省千家万户用电服务、电量电费计量收费的信息支撑服务要求,在系统中存放了海量的用户数据、电网数据,以及系统支持信息。测试场景的设计既要发现系统框架中用户访问的性能瓶颈,又要测试到海量数据处理的反应速度 3.1 系统结构 基于SOA的多层架构的省级集中系统,在技术路线上采用将表示逻辑、业务逻辑与数据逻辑相分离,客户端支持PC、掌上电脑、手持电脑等设备;接入端通过负载均衡器将用户的访问按照一定的策略分配到不同的服务器群组;应用服务器将展示与运算逻辑分离,而逻辑运算服务组件采用混合模式,针对不同的服务要求采用C或Java来进行开发,以充分利用C语言及Java语言的优势;数据层通过小型机群与存储阵列实现海量数据的存放与访问 3.2 具体测试目标 评估系统在现有软、硬件环境下可支持业务规模的系统性能。在包括多类业务场景情况下的如下指标: ①访问的平均响应时间; ②访问的最大响应时间; ③平均每秒处理访问数量; ④访问用户的成功率; ⑤规定最大用户并发数下的性能指标 根据上述量化的指标测试,分析被测营销管理系统在不同并发用户数下的性能指标,找出系统性能瓶颈,提出改善性能方案 3.3 测试场景设计| 性能测试的用例设计不同于功能测试用例,它只是有针对性地根据系统最可能出现瓶颈的功能点来编写,不需要覆盖整个系统需求[4]。为使性能测试的覆盖率更广泛,性能测试用例的设计需考虑单一场

文档评论(0)

docman126 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:7042123103000003

1亿VIP精品文档

相关文档