软件测试实验三Word格式.docx
- 文档编号:3674971
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:60
- 大小:4.69MB
软件测试实验三Word格式.docx
《软件测试实验三Word格式.docx》由会员分享,可在线阅读,更多相关《软件测试实验三Word格式.docx(60页珍藏版)》请在冰点文库上搜索。
加入事务
设定一个集合
保存这个脚本
将用户名和密码参数化:
4.启动Controller,配置场景
将刚刚录制好的脚本加入进来
输入组名和要生成的虚拟用户数,以及“肉鸡”的IP地址
验证肉鸡可用
设置测试策略
对测试查看报告并进行分析
分析报告
四、测试程序代码
五、实验结果
在开始程序中启动LoadRunner→samples→Web→启动Web服务器
2.启动后在屏幕右下角会出现如下标识:
3.启动WebTours示例程序:
打开后:
4.在浏览器中点击下图中的Signupnow
于是显示下面的界面
下面的过程仅仅是让你熟悉场景而已。
点击flight按钮
显示如下界面
更换到达城市
点击continue
选择第一个车票继续
为了更好的展示,不出现乱码,我只好再创一个账号。
账号创建过程我就不去重复了。
账号新创信息如下:
tanQiWei
密码:
940521
5.首先启动VirtualUserGenerator,如下图
启动后出现如下界面,在其中新建一个场景:
在弹出的对话框中选定,点击
点击Create
在弹出的对话框中输入以下参数后点击OK:
出现如下提示框后,开始录制脚本,此时会弹出IE,然后自动进入到WEBTOURS网站,用刚刚注册的信息进行登录,登录成功后,再定一张票,定票后,输入信用卡信息,然后退出登录,完成后,点击停止录制
录制完成后,在下图中点停止,脚本录制完成:
稍待一会生成脚本,如下图所示
点击播放按钮,回放一下看有没有问题。
回放有两种方式,一种是普通脚本回放,回放时运行到哪一行了,会有箭头指示,另外一种就是回放可以查看回放过程中的页面,方式如下:
弹出的对话框中选择display,然后勾选show….
再点击OK
6.加入事务:
事务就是将整个录制过程分为几部分,比如这个例子中可以分登录,定票两个过程,在测试时就可以查看这两个过程分别的运行效率,从而确定,在整个定票过程中哪一个环节影响了性能。
打开代码,在登录代码前我们插入一个事务的开始:
并取名”login”,这个名字可以随便取,但最好有意义
在登录成功后处我们插入事务”login”的结束
然后在订票开始前插入一个事务:
插入过程和上面一样,我就不文字解释,就一步步截图示范吧。
结束处插入一个事务
事务配置结束,我们再设定一个集合点,方便在最后分析时查看登录的并发数能达到的数量,
脚本录制和脚本强化到此完成,请点击保存这个脚本,方便继续下一步工作,实测测试活动中,也可以留给回顾测试使用
在脚本代码中找到如下内容:
在弹出的对话中,写上什么变量代替tanQiWei,以及赋给变量数据从哪里来,我们选择最常用的文件,如下图:
点击ok后可以看到脚本代码变成如下内容:
在上图{username}点击右键,选择parameterproperties
记住在此之前,你得创建很多个账户
我账户和密码现在创建如下
账户
密码
tqw
9405
tqw1
1994
tqw2
0521
tqw3
0074
tqw4
1307
点击AddRow,添加数据
同理设置密码的
7.设置安全检查点
打开脚本可以看见:
类似的,设置如下:
8.启动Controller,我们来配置场景,说白了就是配置虚拟用户和虚拟用户所使用的机器
启动如下图:
启动后将刚刚录制好的脚本加入进来,如下图所示,点击OK:
点击Add==>
>
在下图中我们可以看到默认会有10虚拟用户,在本地localhost运行,可以通过按钮打开的对话框中加入更多的用户,但请注意,一台普通的PC机并不能承担太多的虚拟用户,所以我们还要加入更多的“肉鸡”,即装有LR客户端的机器帮助我们产生更多的用户。
在上图中点击弹出如下对话框,输入组名和要生成的虚拟用户数,以及“肉鸡”的IP地址,点击OK:
由于没有共同拥有loadrunner的主机,所以这个就不展示了
为了证明肉鸡可用,需要进行验证,如下图:
点击后,就可以使用来验证,如下图
点击connect
接下来我们可以对测试的策略进行设置,比如开始用户数,每分钟增加的用户数等等,不要怕出错大量尝试的去设置,在右侧会出现设置的运行时序图:
双击这行
最后是这个样子
设置完成后切换到RUN试图:
点击开始运行.观察运行中的数据图表,并在运行过程中可以在左侧树形菜单中切换想要查看的视图:
运行中的视图:
由于是不间断进行,所以我们选择停止
测试停止后,我们对测试查看报告并进行分析,如下图操作:
生成分析报告的过程:
报告生成:
下面是数据分析
RunningVusers
只能说由于可能测试数据比较好,然后都是成功通过。
六、结果分析
Transactions(用户事务分析)
用户事务分析是站在用户角度进行的基础性能分析。
1.TransationSunmmary(事务综述)
对事务进行综合分析是性能分析的第一步,通过分析测试时间内用户事务的成功与失败情况,可以直接判断出系统是否运行正常。
2.AverageTransacitonResponseTime(事务平均响应时间)
“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间,通过它可以分析测试场景运行期间应用系统的性能走向。
例:
随着测试时间的变化,系统处理事务的速度开始逐渐变慢,这说明应用系统随着投产时间的变化,整体性能将会有下降的趋势。
3.TransactionsperSecond(每秒通过事务数/TPS)
“每秒通过事务数/TPS”显示在场景运行的每一秒钟,每个事务通过、失败以及停止的数量,使考查系统性能的一个重要参数。
通过它可以确定系统在任何给定时刻的时间事务负载。
分析TPS主要是看曲线的性能走向。
将它与平均事务响应时间进行对比,可以分析事务数目对执行时间的影响。
当压力加大时,点击率/TPS曲线如果变化缓慢或者有平坦的趋势,很有可能是服务器开始出现瓶颈。
4.TotalTransactionsperSecond(每秒通过事务总数)
“每秒通过事务总数”显示在场景运行时,在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。
5.TransactionPerformanceSunmmary(事务性能摘要)
“事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间,可以直接判断响应时间是否符合用户的要求。
重点关注事务的平均和最大执行时间,如果其范围不在用户可以接受的时间范围内,需要进行原因分析。
6.TransactionResponseTimeUnderLoad(事务响应时间与负载)
“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合,通过它可以看出在任一时间点事务响应时间与用户数目的关系,从而掌握系统在用户并发方面的性能数据,为扩展用户系统提供参考。
此图可以查看虚拟用户负载对执行时间的总体影响,对分析具有渐变负载的测试场景比较有用。
7.TransactionResponseTime(Percentile)(事务响应时间(百分比))
“事务响应时间(百分比)”是根据测试结果进行分析而得到的综合分析图,也就是工具通过一些统计分析方法间接得到的图表。
通过它可以分析在给定事务响应时间范围内能执行的事务百分比。
8.TransactionResponseTime(Distribution)(事务响应时间(分布))
“事务响应时间(分布)”显示在场景运行过程中,事务执行所用时间的分布,通过它可以了解测试过程中不同响应时间的事务数量。
如果系统预先定义了相关事务可以接受的最小和最大事务响应时间,则可以使用此图确定服务器性能是否在可以接受的范围内。
WebResources(Web资源分析)
Web资源分析是从服务器入手对Web服务器的性能分析。
1.HitsperSecond(每秒点击次数)
“每秒点击次数”,即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。
通过它可以评估虚拟用户产生的负载量,如将其和“平均事务响应时间”图比较,可以查看点击次数对事务性能产生的影响。
通过对查看“每秒点击次数”,可以判断系统是否稳定。
系统点击率下降通常表明服务器的响应速度在变慢,需进一步分析,发现系统瓶颈所在。
2.Throughput(吞吐率)
“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。
其度量单位是字节,表示虚拟用在任何给定的每一秒从服务器获得的数据量。
可以依据服务器的吞吐量来评估虚拟用户产生的负载量,以及看出服务器在流量方面的处理能力以及是否存在瓶颈。
“吞吐率”图和“点击率”图的区别:
“吞吐率”图,是每秒服务器处理的HTTP申请数。
“点击率”图,是客户端每秒从服务器获得的总数据量
3.HTTPStatusCodeSummary(HTTP状态代码概要)
“HTTP状态代码概要”显示场景或会话步骤过程中从Web服务器返回的HTTP状态代码数,该图按照代码分组。
HTTP状态代码表示HTTP请求的状态。
4.HTTPResponsesperSecond(每秒HTTP响应数)
“每秒HTTP响应数”是显示运行场景过程中每秒从Web服务器返回的不同HTTP状态代码的数量,还能返回其它各类状态码的信息,通过分析状态码,可以判断服务器在压力下的运行情况,也可以通过对图中显示的结果进行分组,进而定位生成错误的代码脚本。
5.PagesDownloaderperSecond(每秒下载页面数)
“每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。
使用此图可依据下载的页数来计算Vuser生成的负载量。
和吞吐量图一样,每秒下载页面数图标是Vuser在给定的任一秒内从服务器接收
到的数据量。
但是吞吐量考虑的各个资源极其大小(例,每个GIF文件的大小、每个网页的大小)。
而每秒下载页面数只考虑页面数。
注:
要查看每秒下载页数图,必须在R-T-S那里设置“每秒页面数(仅HTML模式)”。
6.RetriesperSecond(每秒重试次数)
“每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。
在下列情况将重试服务器连接:
A、初始连接未经授权
B、要求代理服务器身份验证
C、服务器关闭了初始连接
D、初始连接无法连接到服务器
E、服务器最初无法解析负载生成器的IP地址
7.RetriesSummary(重试次数概要)
“重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数,它按照重试原因分组。
将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。
8.Connections(连接数)
“连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP连接数。
借助此图,可以知道何时需要添加其他连接。
当连接数到达稳定状态而事务响应时间迅速增大时,添加连接可以使性能得到极大提高(事务响应时间将降低)。
9.ConnectionsPerSecond(每秒连接数)
“每秒连接数”显示方案在运行过程中每秒建立的TCP/IP连接数。
理想情况下,很多HTTP请求都应该使用同一连接,而不是每个请求都新打开一个连接。
通过每秒连接数图可以看出服务器的处理情况,就表明服务器的性能在逐渐下降。
10.SSLsPerSecond(每秒SSL连接数)
“每秒SSL连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL连接数。
当对安全服务器打开TCP/IP连接后,浏览器将打开SSL连接。
WebPageBreakdown(网页元素细分)
“网页元素细分”主要用来评估页面内容是否影响事务的响应时间,通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的元素。
1.WebPageBreakdown(页面分解总图)
“页面分解”显示某一具体事务在测试过程的响应情况,进而分析相关的事务运行是否正常。
“页面分解”图可以按下面四种方式进行进一步细分:
1)、DownloadTimeBreaddown(下载时间细分)
“下载时间细分”图显示网页中不同元素的下载时间,同时还可按照下载过程把时间进行分解,用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
2)、ComponentBreakdown(OverTime)(组件细分(随时间变化))
“组件细分”图显示选定网页的页面组件随时间变化的细分图。
通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。
该图特别适用于需要在客户端下载控件较多的页面,通过分析控件的响应时间,很容易就能发现那些控件不稳定或者比较耗时。
3)、DownloadTimeBreakdown(OverTime)(下载时间细分(随时间变化))
“下载时间细分(随时间变化)”图显示选定网页的页面元素下载时间细分(随时间变化)情况,它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。
“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果,“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果,两者分别从宏观和微观角度来分析页面元素的下载时间。
4)、TimetoFirstBufferBreakdown(OverTime)(第一次缓冲时间细分(随时间变化))
“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一次缓冲之前的这段时间,场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(以秒为单位)。
可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。
FirstBufferTime:
是指客户端与服务器端建立连接后,从服务器发送第一个数据包开始计时,数据经过网络传送到客户端,到浏览器接收到第一个缓冲所用的时间。
2.PageComponentBreakdown(页面组件细分)
“页面组件细分”图显示每个网页及其组件的平均下载时间(以秒为单位)。
可以根据下载组件所用的平均秒数对图列进行排序,通过它有助于隔离有问题的组件。
3.PageComponentBreakdown(OverTime)(页面组件分解(随时间变化))
“页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间(以秒为单位)。
4.PageDownloadTimeBreakdown(页面下载时间细分)
“页面下载时间细分”图显示每个页面组件下载时间的细分,可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务器错误引起。
“页面下载时间细分”图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。
5.PageDownloadTimeBreakdown(OverTime)(页面下载时间细分(随时
间变化))
“页面下载时间细分(随时间变化)”图显示方案运行期间,每一秒内每个页面组件下载时间的细分。
使用此图可以确定网络或服务器在方案执行期间哪一时间点发生了问题。
“页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析:
首先确定有问题的组件,然后分析它们的下载过程,进而定位原因在哪里。
6.TimetoFirstBufferBreakdown(第一次缓冲时间细分)
“第一次缓冲时间细分”图显示成功收到从Web服务器返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务器/网路时间。
如果组件的下载时间很长,则可以使用此图确定产生的问题与服务器有关还是与网络有关。
Ø
网络时间:
定义为第一个HTTP请求那一刻开始,直到确认为止所经过的平均时间。
服务器时间:
定义为从收到初始HTTP请求确认开始,直到成功收到来自Web服务器的一次缓冲为止所经过的平均时间。
7.TimetoFirstBufferBreakdown(OverTime)(第一次缓冲时间细分(随时间变化))
“第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一个缓冲之前的这段时间内,场景运行的每一秒中每个网页组件的服务器时间和网络时间。
可以使用此图确定场景运行期间服务器或网络出现问题的时间点。
8.DownloaderComponentSize(KB)(已下载组件大小)
“已下载组件大小”图显示每个已经下载的网页组建的大小。
通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。
通过多个图表对结果进行分析,可以了解到系统的并发性能较差。
七、结语
通过做这次实验熟悉了性能测试工具LoadRunner的基本操作,对一些常见测试性能的依据,如并发访问量,系统吞吐量,响应时间、事务平均响应时间、每秒通过事务数/TPS,皆可通过该软件观察出,从而进行更好的系统调优。
明白一个脚本的过程为:
1、新建一个场景
2、录制脚本
3、脚本回放
4、加入事务
5、参数化
6、设置检查点
7、脚本性能测试
2015-12-27
60
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 实验