没有合适的资源?快使用搜索试试~ 我知道了~
WAS压力测试性能数据分析
4星 · 超过85%的资源 需积分: 10 30 下载量 176 浏览量
2011-04-29
11:23:20
上传
评论 1
收藏 222KB DOC 举报
温馨提示
试读
13页
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
资源推荐
资源详情
资源评论
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项
性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载
测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能
指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系
统能提供的最大服务级别的测试。
一、概述
性能测试在软件的质量保证中起着重要的作用,它包括的测试内容丰富多样。中国软
件评测中心将性能测试概括为三个方面:应用在客户端性能的测试、应用在网络上性能的
测试和应用在服务器端性能的测试。通常情况下,三方面有效、合理的结合,可以达到对
系统性能全面的分析和瓶颈的预测。
·应用在客户端性能的测试
应用在客户端性能测试的目的是考察客户端应用的性能,测试的入口是客户端。它主
要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等,其中并发性能测试是
重点。
并发性能测试是重点
并发性能测试的过程是一个负载测试和压力测试的过程,即逐渐增加负载,直到系统
的瓶颈或者不能接收的性能点,通过综合分析交易执行指标和资源监控指标来确定系统并
发性能的过程。负载测试(Load Testing)是确定在各种工作负载下系统的性能,目标是
测试当负载逐渐增加时,系统组成部分的相应输出项,例如通过量、响应时间、CPU 负载、
内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实
环境的使用,从而来确定能够接收的性能过程。压力测试(Stress Testing)是通过确定
一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。
并发性能测试的目的主要体现在三个方面:以真实的业务为依据,选择有代表性的、
关键的业务操作设计测试案例,以评价系统的当前性能;当扩展应用程序的功能或者新的
应用程序将要被部署时,负载测试会帮助确定系统是否还能够处理期望的用户负载,以预
测系统的未来性能;通过模拟成百上千个用户,重复执行和运行测试,可以确认性能瓶颈
并优化和调整应用,目的在于寻找到瓶颈问题。
当一家企业自己组织力量或委托软件公司代为开发一套应用系统的时候,尤其是以后在
生产环境中实际使用起来,用户往往会产生疑问,这套系统能不能承受大量的并发用户同时
访问? 这类问题最常见于采用联机事务处理(OLTP)方式数据库应用、Web 浏览和视频点
播等系统。这种问题的解决要借助于科学的软件测试手段和先进的测试工具。
举例说明:电信计费软件
众所周知,每月 20 日左右是市话交费的高峰期,全市几千个收费网点同时启动。收费
过程一般分为两步,首先要根据用户提出的电话号码来查询出其当月产生费用,然后收取现
金并将此用户修改为已交费状态。一个用户看起来简单的两个步骤,但当成百上千的终端,
同时执行这样的操作时,情况就大不一样了,如此众多的交易同时发生,对应用程序本身、
操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。
决策者不可能在发生问题后才考虑系统的承受力, 预见软件的并发承受力, 这是在软件测试
阶段就应该解决的问题。
目前,大多数公司企业需要支持成百上千名用户,各类应用环境以及由不同供应商提
供的元件组装起来的复杂产品,难以预知的用户负载和愈来愈复杂的应用程序,使公司担
忧会发生投放性能差、用户遭受反应慢、系统失灵等问题。其结果就是导致公司收益的损
失。
如何模拟实际情况呢? 找若干台电脑和同样数目的操作人员在同一时刻进行操作,然后
拿秒表记录下反应时间? 这样的手工作坊式的测试方法不切实际,且无法捕捉程序内部变
化情况,这样就需要压力测试工具的辅助。
测试的基本策略是自动负载测试,通过在一台或几台 PC 机上模拟成百或上千的虚拟
用户同时执行业务的情景,对应用程序进行测试,同时记录下每一事务处理的时间、中间
件服务器峰值数据、数据库状态等。通过可重复的、真实的测试能够彻底地度量应用的可
扩展性和性能,确定问题所在以及优化系统性能。预先知道了系统的承受力,就为最终用户
规划整个运行环境的配置提供了有力的依据。
并发性能测试前的准备工作
测试环境:配置测试环境是测试实施的一个重要阶段,测试环境的适合与否会严重影
响测试结果的真实性和正确性。测试环境包括硬件环境和软件环境,硬件环境指测试必需
的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境;软件
环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。
一个充分准备好的测试环境有三个优点:一个稳定、可重复的测试环境,能够保证测
试结果的正确;保证达到测试执行的技术需求;保证得到正确的、可重复的以及易理解的
测试结果。
测试工具:并发性能测试是在客户端执行的黑盒测试,一般不采用手工方式,而是利
用工具采用自动化方式进行。目前,成熟的并发性能测试工具有很多,选择的依据主要是
测试需求和性能价格比。著名的并发性能测试工具有
QALoad、LoadRunner、Benchmark Factory 和 Webstress 等。这些测试工具都是自
动化负载测试工具,通过可重复的、真实的测试,能够彻底地度量应用的可扩展性和性能,
可以在整个开发生命周期、跨越多种平台、自动执行测试任务,可以模拟成百上千的用户
并发执行关键业务而完成对应用程序的测试。
测试数据:在初始的测试环境中需要输入一些适当的测试数据,目的是识别数据状态
并且验证用于测试的测试案例,在正式的测试开始以前对测试案例进行调试,将正式测试
开始时的错误降到最低。在测试进行到关键过程环节时,非常有必要进行数据状态的备份。
制造初始数据意味着将合适的数据存储下来,需要的时候恢复它,初始数据提供了一个基
线用来评估测试执行的结果。
在测试正式执行时,还需要准备业务测试数据,比如测试并发查询业务,那么要求对
应的数据库和表中有相当的数据量以及数据的种类应能覆盖全部业务。
模拟真实环境测试,有些软件,特别是面向大众的商品化软件,在测试时常常需要考
察在真实环境中的表现。如测试杀毒软件的扫描速度时,硬盘上布置的不同类型文件的比
例要尽量接近真实环境,这样测试出来的数据才有实际意义。
并发性能测试的种类与指标
并发性能测试的种类取决于并发性能测试工具监控的对象,以 QALoad 自动化负载测
试工具为例。软件针对各种测试目标提供了
DB2、DCOM、ODBC、ORACLE、NETLoad、Corba、QARun、SAP、SQLServer、
Sybase、Telnet、TUXEDO、UNIFACE、WinSock、WWW、Java Script 等不同的监
控对象,支持 Windows 和 UNIX 测试环境。
最关键的仍然是测试过程中对监控对象的灵活应用,例如目前三层结构的运行模式广
泛使用,对中间件的并发性能测试作为问题被提到议事日程上来,许多系统都采用了国产
中间件,选择 Java Script 监控对象,手工编写脚本,可以达到测试目的。
采用自动化负载测试工具执行的并发性能测试,基本遵循的测试过程有:测试需求与
测试内容,测试案例制定,测试环境准备,测试脚本录制、编写与调试,脚本分配、回放
配置与加载策略,测试执行跟踪,结果分析与定位问题所在,测试报告与测试评估。
并发性能测试监控的对象不同,测试的主要指标也不相同,主要的测试指标包括交易
处理性能指标和 UNIX 资源监控。其中,交易处理性能指标包括交易结果、每分钟交易数、
交易响应时间(Min:最小服务器响应时间;Mean:平均服务器响应时间;Max:最大
服务器响应时间;StdDev:事务处理服务器响应的偏差,值越大,偏差越大;Median:
中值响应时间;90%:90%事务处理的服务器响应时间)、虚拟并发用户数。
应用实例:“新华社多媒体数据库 V1.0”性能测试
中国软件评测中心(CSTC)根据新华社技术局提出的《多媒体数据库(一期)性能
测试需求》和 GB/T 17544《软件包质量要求和测试》的国家标准,使用工业标准级负载
测试工具对新华社使用的“新华社多媒体数据库 V1.0”进行了性能测试。
性能测试的目的是模拟多用户并发访问新华社多媒体数据库,执行关键检索业务,分
析系统性能。
性能测试的重点是针对系统并发压力负载较大的主要检索业务,进行并发测试和疲劳
测试,系统采用 B/S 运行模式。并发测试设计了特定时间段内分别在中文库、英文库、图
片库中进行单检索词、多检索词以及变检索式、混合检索业务等并发测试案例。疲劳测试
案例为在中文库中并发用户数 200,进行测试周期约 8 小时的单检索词检索。在进行并发
和疲劳测试的同时,监测的测试指标包括交易处理性能以及
UNIX(Linux)、Oracle、Apache 资源等。
测试结论:在新华社机房测试环境和内网测试环境中,100M 带宽情况下,针对??为
200 的负载压力,最大交易数/分钟达到 78.73,运行基本稳定,但随着负载压力增大,系
统性能有所衰减。
系统能够承受 200 并发用户数持续周期约 8 小时的疲劳压力,基本能够稳定运行。
通过对系统 UNIX(Linux)、Oracle 和 Apache 资源的监控,系统资源能够满足上
述并发和疲劳性能需求,且系统硬件资源尚有较大利用余地。
当并发用户数超过 200 时,监控到 HTTP 500、connect 和超时错误,且 Web 服务
器报内存溢出错误,系统应进一步提高性能,以支持更大并发用户数。
建议进一步优化软件系统,充分利用硬件资源,缩短交易响应时间。
疲劳强度与大数据量测试
疲劳测试是采用系统稳定运行情况下能够支持的最大并发用户数,持续执行一段时间
业务,通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的
过程。
疲劳强度测试可以采用工具自动化的方式进行测试,也可以手工编写程序测试,其中
后者占的比例较大。
一般情况下以服务器能够正常稳定响应请求的最大并发用户数进行一定时间的疲劳测
试,获取交易执行指标数据和系统资源监控数据。如出现错误导致测试不能成功执行,则
及时调整测试指标,例如降低用户数、缩短测试周期等。还有一种情况的疲劳测试是对当
前系统性能的评估,用系统正常业务情况下并发用户数为基础,进行一定时间的疲劳测试。
大数据量测试可以分为两种类型:针对某些系统存储、传输、统计、查询等业务进行
大数据量的独立数据量测试;与压力性能测试、负载性能测试、疲劳性能测试相结合的综
合数据量测试方案。大数据量测试的关键是测试数据的准备,可以依靠工具准备测试数据。
速度测试目前主要是针对关键有速度要求的业务进行手工测速度,可以在多次测试的
基础上求平均值,可以和工具测得的响应时间等指标做对比分析。
剩余12页未读,继续阅读
资源评论
- wangjiwei01032011-12-13文章中讲的不错,要是再能够多加点事例就更好了。继续努力
- raynorln2013-08-02内容比较详细。最好能有具体应用实例和参数说明,以及如何去分析。
ensurefang
- 粉丝: 1
- 资源: 10
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功