性能测试总结 [转]

上一篇 / 下一篇  2007-12-20 14:20:15 / 个人分类:性能测试学习

概述

对于目前以B/S结构为主的产品来说,性能是一项必测的内容。

关于性能方面的测试,在很多地方又被细分为:负载测试、强度测试、容量测试、压力测试等等。这种细分在概念描述上有一些用处,但在实际工作中很少会只单独的进行其中的某一项测试,实际测试基本上都是交叉性的。我们这里把所有与性能相关的测试统称为性能测试,不做具体区别。

  我们在这里所说的性能测试,指的是对系统整体性能的测试,不涉及单元模块的性能检测。

  我们在这里讨论的内容主要是基于B/S架构的应用。

  要讨论性能测试,很难不涉及测试工具,我们在这里以MI公司的LoadRunner为默认的测试工具。

性能测试的介入时机

性能测试应该在什么时候开始?对测试人员来说,在产品的功能稳定下来后,就应该尽早开始对产品进行性能测试。一般建议在产品的3轮完整功能测试后开始。

测试过程

性能测试的整体测试过程如下:

   1.3.1     制定性能测试计划

   1.3.2     搭建测试环境

   1.3.3     编写测试程序/脚本

   1.3.4     测试执行和分析

    1.3.5     编写测试报告,结束测试

1.4        过程说明

各个子过程的具体说明:

1.4.1     制定性能测试计划

分析被测试系统的情况,收集性能测试需求。制定测试计划,形成文档。测试计划应考虑以下内容:

  测试对象和场景。即我们要测试的内容是什么。系统最后对外提供的功能有很多,我们不可能也没有必要对系统所有的功能点都进行性能测试。挑选性能测试对象的一般原则是:选取那些在系统实际投入使用后,并发访问量较大的、算法比较复杂的、占用系统资源较多的功能点,也就是压力点。设定好要测试的压力点后,需要详细的描述出具体的操作过程,以及预期应该达到的性能指标。

注:在制定测试计划时,对于系统预期应该达到的性能指标,常常是不能获得一个准确的数字。但即使是在没有任何参考数据的情况下,也应该和开发人员一起,设定一个初步的性能指标,作为后面测试的一个参照。有一个初步指标,也比没有任何指标要好。

  测试环境。具体包括:选用什么样的硬件环境(计算机配置,网络结构);什么样的软件环境(操作系统数据库,应用服务器,Web服务器);多大的数据量(数据库,文件系统)。

  需要监控的资源。进行性能测试时,需要监控的系统软硬件资源的占用情况。这和产品的具体情况有关,一般可以考虑的因素包括:CPU使用情况、Memory的使用情况、磁盘的I/O、网络的占用情况、数据库运行状况、Web/应用服务器运行状况等。

  测试工具。选用什么工具进行性能测试,是自己开发,还是选用第三方的测试工具。

  进度安排。各阶段的工作内容、时间安排。

 1.4.2      搭建测试环境

依照测试计划中的测试环境要求,搭建实际的测试环境,安装配置还好硬件、软件,准备好测试数据。

 1.4.3      编写测试程序/脚本

编写实际的测试程序或脚本。如果能够使用现有的成熟测试工具则尽量选用,如果现有工具不能满足测试要求,则需要编写定制的测试程序。

同时,要为脚本编写说明文档,文档的内容主要是脚本的名称,以及其对应的测试内容。

 1.4.4      测试执行和分析

设定多种测试场景组合,反复运行测试,记录结果数据,逐步优化系统,最后达到一个可接受的性能结果。测试执行过程中,注意每次测试后下次测试开始前的测试环境恢复工作。

性能测试和功能测试一样,也有测试迭代的过程,也会有产品版本的更新。在性能测试过程中,需要和开发人员协同工作,一起调优系统。

 1.4.5     编写测试报告,结束测试

整理测试数据,总结测试结果,编写测试报告,结束测试。


附录1保证LoadRunner测试脚本的正确性

在用LoadRunner编写完测试脚本后,要保证脚本在以下情况下能够正确运行:

在脚本编辑器中:单用户单循环运行脚本;单用户多循环运行脚本。

controller中:多用户单循环运行脚本;多用户多循环运行脚本。

附录2性能测试术语解释

测试场景:包含一个或多个脚本,设定并发数量,运行方式,模拟系统在现实中的一个情景。

事务:是指一组相关的操作,是性能测试中的计时单位。比如‘登录应用系统’就可以作为一个事务。

集合点:设置集合点后,先到达的请求会等待,直到所有的请求都到达,然后一起发送请求。设置集合点,是为了进行更严格和精确的并发测试。

checkpoint也叫检查点。和功能测试一样,性能测试也需要检验结果的正确性。当返回标准的HTTP错误时(状态码不是200+时),Loadrunner能够识别出来,但如果返回的不是标准HTTP错误,Loadrunner则无法识别,这时只能通过我们设置的check point来发现错误。

参数化:为了更真实的模拟现实操作,我们经常需要对测试输入进行参数化。比如登录时的用户名。

关联:对于脚本中动态变化的部分,需要对其进行参数化,Loadrunner提供了对这种变量进行参数化的功能,叫做关联。比如下面这种情况:在一个基于WEB的应用中,用户每次登录时会被服务端赋予了一个SessionID,该用户的后续操作都必须给出这个SessionID。在这种情况下,由于被赋予的SessionID是由服务端给出的,每次执行脚本时,获得的SessionID都会不同,因此就需要在脚本中取得用户每次登录,服务端返回的SessionID,在后续步骤中使用。这时我们就需要对SessionID进行参数化。即Loadrunner提供的关联功能。

迭代次数:在性能测试中,对于一个场景,我们需要运行多次取其平均值,即迭代运行多次。目的是为了避免意外因素对测试结果的影响。

think_time思考时间。在进行长时间的稳定性测试时,要考虑在脚本中加入适当的think time,来更好的模拟现实中的情况。


TAG: loadrunner 压力测试 性能测试 测试总结 性能测试学习

引用 删除 shangxue10   /   2009-04-14 19:45:42
好东西,看了过后就要给楼主顶起,我顶了
 

评分:0

我来说两句

Open Toolbar