快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

澳门威尼人斯_龟发之家论坛



机澳门威尼人斯能测试总结

概述

对付今朝以 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 ,来更好的模拟现实中的环境。

您可能还会对下面的文章感兴趣: