软件测试之负载测试篇

性能测试前期准备:

①Web项目已经部署好。

②测试软件 LoadRunner 已经有安装好。

性能测试三步走:

一、录脚本。

二、部署场景。

三、分析结果。

一、录脚本。

①创建一个文件夹,记住文件夹的位置,后续产生所有的脚本、结果等都存在这个文件夹里。

这里以直接在桌面上创建一个Test文件夹为例。

②打开测试软件 LoadRunner。

③打开软件后出现下图软件界面=>点击创建/编辑脚本 。

④跳转到另一个界面,点击红色箭头所指红色框框里面的图标。=> 新建脚本。

⑤弹出新建虚拟用户界面,我们测试的是Web应用程序,所以选择 Web(HTTP/HTML),=>创建。

⑥点击创建后跳转到录制界面,直接点击 “开始录制”按钮。

⑦点击按钮后会弹出下图框框,所要设置内容参数分别为:

1>要录制的程序:即为录制脚本时所要使用的浏览器。

2>URL地址:为所要测试网站的网址。

3>工作目录:录制脚本工作的目录。(这里直接选择刚刚桌面上所创建的文件夹)

这一步只需要更改这三个位置,其余保持默认,=>确定。

⑧就开始正式录制了,它会自动打开所选浏览器,并且到达你所设置的URL位置,即你要测试网站首页。

接着就开始由你操作了。进入系统点一点该系统的主要功能。

(这里以学生宿舍管理系统为例。学生宿舍管理系统的主要功能是学生管理及宿舍管理等,那么,我们进入这些主要功能页面,点一点。)

⑨点得差不多的时候就该收手了,停止录制。(录制时候注意上面的事件,如果刚开始录制,没点多少就有10000+事件的话,那就重新录吧!)

⑩录制完保存脚本。

?保存脚本选择在桌面上创建的文件夹,输入脚本文件名后,保存。

?保存后,打开文件夹看看是否多了一个刚刚保存的脚本文件。

?到这里第一部分就完成了。

二、部署场景。

①打开Applications下的Controller。

②出现下面应用界面。

简单说明:

⒈使用百分比格式默认是有打勾的,我们要把勾去掉

⒉可用脚本中,如果为空或者不是你要用的脚本时,按⑤浏览,

⒊找到要用的脚本。

⒋如果刚刚录制完脚本,现在要用时,直接③添加到④场景中的脚本即可。

⒌确定。

③接着就要设置场景了。

⒈设置① [ 启动Vuser ],[ 持续时间 ],[ 停止vuser ]

设置不同的用户数,相当于同一时间有多少用户在使用此系统。

设置值时不要取临界值,尽量取符合常规值。

⒉选中场景组②后点击③开始。

④接下来就是漫长的等待了。

你得等场景状态中的运行 Vuser 的值从0到达你设置的最大值后再回到0。

(如果有出现失败的事务和错误是正常的!)

⑤回到0后保存该场景,将该场景保存在Test文件夹里。保存完后该界面不要关掉。

⑥到这里第二部分就完成了。

三、分析结果。

①分析结果比较简单,保存完场景后,选择结果中的分析结果。

②等分析结果结束后将结果保存。

③正常的话结果中会出现5个图。(不会出现下面这个框框。)

④保存分析结果到Test文件夹。

⑤到这里就全部完成了,等后续的分析结果。

最后,到桌面文件夹察看是否有3个文件。

测试多组数据时,只需要录制一次脚本,即第一部分只需录制一次,多次运行第二、三部即可。

做的总的文件(夹)个数为2n+1个。

如:做了一个场景,文件数应该为3个;

做了两个场景,文件数应该为5个;

做了三个场景,文件数应该为7个;

做了四个场景,文件数应该为9个;

做了五个场景,文件数应该为11个;

   以此类推...

原文地址:https://www.cnblogs.com/zhengshengfu/p/11820993.html

时间: 2024-08-04 15:48:52

软件测试之负载测试篇的相关文章

[转载]软件测试之Web测试经典总结

转载自:软件测试之Web测试经典总结   基于Web的系统测试在基于Web的系统开发中,如果缺乏严格的过程,我们在开发.发布.实施和维护Web的过程中,可能就会碰到一些严重的问题,失败的可能性很大.而且,随着基于Web的系统变得越来越复杂,一个项目的失败将可能导致很多问题.当这种情况发生时,我们对Web和Internet的信心可能会无法挽救地动摇,从而引起Web危机.并且,Web危机可能会比软件开发人员所面对的软件危机更加严重.更加广泛. 在Web工程过程中,基于Web系统的测试.确认和验收是一

软件测试之Web测试

web测试 一.简介 基于Web的系统测试与传统的软件测试既有相同之处,也有不同的地方,对软件测试提出了新的挑战.基于Web的系统测试不但需要检查和验证是 否按照设计的要求运行,而且还要评价系统在不同用户的浏览器端的显示是否合适.重要的是,还要从最终用户的角度进行安全性和可用性测试.主要包括功能测试.性能测试.可用性测试.客户端兼容性测试以及安全性测试等. 二.功能测试 1.链接测试 链接是Web应用系统的一个主要特征,它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段.链接测试可分为

软件测试之安装测试

1. 什么情况下需要安装测试组专门进行安装测试? 安装可以很简单,像一些简单的桌面应用程序,只是简单地复制一些文件,对于这种应用,不需要专门的安装测试组,安装测试能够和其他测试合并在一起. 安装也可以很复杂,需要支持多个操作系统平台,多种数据库,多个版本的中间件,多种网络服务器,多种拓扑结构等,这就要求测试人员具有较好的操作系统.数据库及网络服务器等知识.一般需要一个专门的安装测试组来进行相关测试. 一般来说,企业级Java EE应用都需要使用数据库软件. 2. 典型的拓扑结构是三层架构? 前端

软件测试之效能测试

效能测试(Performance Test):用户使用软件,不光是希望软件能够提供一定的服务,而且还要求服务的质量要达到一定的水平.软件的效能是这些"非功能需求"或者"服务质量需求"的一部分.软件在设计时能否提供令用户满意的服务质量,有一下两个概念: 1.设计负载:从需求说明出发,可得出系统正常的设计负载.例如,一个购物网站,客户认为正常的设计负载是每分钟承受25次客户请求. 2.令用户满意的服务质量:定义什么样的质量是令客户满意的,例如,同一个购物网站,用户满意的

软件测试之客户化测试

从事软件测试工作已经5年了,仔细想想,还真没听说过有一种测试叫客户化测试.看似陌生的名词,其实并不那么陌生,不信,先看看客户化测试的概念: 所谓客户化测试,是针对一个软件产品的客户化定制能力所做的测试,它侧重于模拟用户使用产品的场景,通过对产品的公开文档.教程以及产品开发接口的使用,按照产品服务部门提供的客户需求,开发相应的功能定制样例,并撰写相应文档以供客户学习和参考. 看完概念之后,忍不住感叹一下,哦,原来这是场景测试啊,场景测试对于测试人员来说应该并不陌生,但是,客户化测试真的等同于场景测

软件测试之构建测试---BVT

1. 构建的基本流程: a. 开发人员在他们的个人计算机上编写源代码文件 b. 他们将编写好的文件存放在一个统一集中的地方,构建组将所有的源代码编译成可以在计算机上运行的二进制文件,且用安装工具把各种需要安装到服务器上的文件包装成可以安装到不同平台的软件包.   c. 组合成一个产品 构建的过程就好比一个组装生产线,源代码文件就像是各种大小配件,被存储在一个大仓库里,源代码中,有些在构建过程中还需要再加工. 2. 构建过程: 3. 构建生产线时,软件开发部门,特别是构建测试团队需要考虑什么? a

软件测试之迁移测试

客户为什么会有迁移的需求? 一般而言,迁移的过程势必对当前应用系统运行产生一定的影响,从而会给客户的营业额带来一定的损失,同时客户还得投入大量的人力物力进行迁移的可行性研究.测试及实施等工作. 一般而言,迁移的目的是为了获取新版本更加完善的功能,以及最新的业务模式. 当然,还有其他一些原因促使客户去迁移应用,例如,随着客户业务的不断增长,对系统的性能要求越来越高. 总之,企业级应用迁移的最终目的在于保证企业级应用在激烈的市场竞争中始终保持青春活力,立于不败之地. 什么是迁移和迁移测试? 简单来讲

软件测试之Web测试(学习笔记)

1.Web测试中相关的设置与查看方法 2.Web测试中截屏与录制屏幕操作过程 3.界面测试.功能测试.表单测试的验证要点 一.Web测试的特点 基于Web应用测试的特点是用户通过计算机中安装的浏览器就可以访问指定URL网页进行测试. 表单测试.功能测试.界面测试.安全测试 二.Web测试基础 在做Web应用软件测试时,需要准确的找到所使用的测试环境,包括使用的操作系统/浏览器/Flash播放器版本号. 1.获取软件版本号 获取当前使用的Windows操作系统版本(OS Version)信息 用鼠

Jmeter之负载测试--在固定吞吐量下测试系统的性能表现

根据之前写的"性能测试之负载测试(生活比喻)",可知性能测试结果都是有前提的: 本篇主要是说明如何在固定吞吐量下测试系统的性能表现: 还是老套路: 场景 测试百度主页在20 QPS的情况下,响应时间.流量等性能数据: 分析 1.这里的20 QPS应该是指Jmeter发送请求的QPS,而不是服务器处理的QPS:--因为假如我们以20 QPS的速度向服务器发送请求,但是服务器每秒最多只能处理8个请求,那么我们无论如何都无法测得服务器在20 QPS的情况下的性能数据: 2.难点在于让Jmet