Web全面性能测试模型(2)

发表于:2014-11-13来源:uml.org.cn作者:不详点击数: 标签:性能测试
(3) 组合业务性能测试:通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到。所以Web性能测试既要模拟

  (3) 组合业务性能测试:通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到。所以Web性能测试既要模拟多用户的 “相同”操作(这里的“相同”指很多用户使用同一功能),又要模拟多用户的“不同”操作(这里的“不同”指很多用户同时对一个或者多个模块的不同功能进行操作),对多个业务进行组合性能测试。组合业务测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模板的组合并发情况。

  由于组合业务测试是最反映用户使用情况的测试,因而组合测试往往和服务器(操作系统、Web服务器数据库服务器)性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息,进而全面分析系统的瓶颈,为改进系统提供有利的依据。

  用户并发测试是组合业务测试的核心内容。“组合”并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来进行匹配。

  (4) 疲劳强度性能测试:疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能。通过疲劳强度测试基本可以判断系统运行一段时间后是否稳定。

  (5) 大数据量性能测试:大数据量测试分为三种:一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试,主要测试运行时数据量较大时的性能情况,这类一般都是针对某些特殊的核心业务或者一些日常比较常用的组合业务的测试。

  第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。例如某系统的数据每年只在年底备份转移一次,则可分别选择一个季度、半年、一年作为基线,并模拟输入各个时间段的预计数据量,然后来测试系统的性能,进而预估系统的性能走向。

  最后一种就是把前两种结合起来进行的大数据量测试,主要是测试在极限状态下、同时运行时产生较大数据量时的系统性能。

  由于大数据量测试一般在投产环境进行,通常把它独立出来并和疲劳强度测试放在一起,在整个性能测试的后期进行。大数据量测试可以理解为特定条件下的核心业务或者组合业务测试。

  (6) 网络性能测试:网络性能测试主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的。在实际的软件项目中,主要是测试应用系统的用户数目与网络带宽的关系。网络性能测试一般有专门的工具,本书不再赘述,网络测试的任务通常由系统集成人员来完成。

  (7) 服务器性能测试(操作系统、Web服务器、数据库服务器):服务器性能测试分为初级和高级两种形式。“初级服务器性能测试”主要是指在业务系统工作或者进行前面其它种类性能测试的时候,监控服务器的一些计数器信息,通过这些计数器对服务器进行综合性能分析,找出系统瓶颈,为调优或者提高性能提供依据。“高级服务器性能测试”一般不由测试人员进行,而是由专门的系统管理员来进行,例如数据库服务器由专门的DBA来进行测试和调优。本书主要讨论在测试中常见的 “初级服务器性能测试”,既通过工具对服务器资源进行监控的性能测试。

  (8) 一些特殊测试:主要是指配置测试、内存泄漏测试等一些特殊的Web性能测试。这类性能测试或者和前面的测试结合起来进行,或者在一些特殊情况下独立进行,本书重点讨论前一种情况。后一种情况往往通过特有的工具进行,投入较大,可以不作为性能测试的范畴来研究。

  “Web全面性能测试模型”是在上面对性能测试分类和总结的基础上提出的,主要包含三部分的内容。

  第一部分:Web性能测试策略模型,本部分内容是整个模型的基础。软件类型决定着Web性能测试策略,同时用户对待软件性能的态度也影响着性能测试策略的制定。本部分内容主要结合软件类型和用户对性能重视程度来讨论 Web性能测试策略制定的基本原则和方法。本部分内容将在2.2节进行详细的讨论。

  第二部分:Web性能测试用例设计模型,本部分内容是模型的核心部分。主要思想是结合测试工具,把上面性能测试的八项内容进一步归纳,形成五类测试用例:

原文转自:http://www.uml.org.cn/Test/201106211.asp