Loadrunner名词解释.doc_第1页
Loadrunner名词解释.doc_第2页
Loadrunner名词解释.doc_第3页
Loadrunner名词解释.doc_第4页
Loadrunner名词解释.doc_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 Loadrunner名词解释响应时间 :应用系统发出请求开始到收到服务器所有响应所耗费的时间; 并发用户量: 同一时刻与服务器交互的所有用户数量; 在线用户数:即同时在使用应用系统的用户,可能在浏览,可能在做交易。 并发用户怎么计算: l 一般并发用户数取在线用户的10%-30%。l 八二原则:一般可以认为80%的用户在20%的时间内完成工作,所以峰值压力的时候,一般并发数要乘以80%/20%=4l Loadrunner里计算公式 (1) 计算平均的并发用户数: C = nL/T (2) 并发用户数峰值: C C+3根号C 公式(1)中,C是平均的并发用户数;n是login session的数量;L是login session 的平均长度;T指考察的时间段长度。 公式(2)则给出了并发用户数峰值的计算方式中,其中,C指并发用户数的峰值,C就是公式(1)中得到的平均的并发用户数。 该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。事务响应时间:处理一个事物花费的时间,包含网络传输时间和服务器处理事务的时间 TPS: 每秒处理事务数量资源利用率: Cpu、内存、磁盘io、网络的使用情况;思考时间: 用户进行操作时,每个请求之间的时间间隔2 性能测试包含了哪些软件负载测试:通过对被测系统不断加压,直到超过预定的指标或者部分资源达到了饱和不能再加压为止,就像举重的过程中不断加杠铃的重量,知道运动员不能举起。压力测试:给系统增加一定的压力,在一定的压力下测试的cpu、内存、磁盘、网络使用情况,也即业务能否正常使用;并发测试:通过模拟用户并发访问,测试系统是否存在死锁、系统处理速度是否下降的比较厉害等问题;可靠性测试:在一定的业务压力下,让系统运行一段较长的时间,看系统能否无故障运行;3 简述使用软件测试工具Loadrunner的步骤制定性能测试计划开发测试脚本设计测试场景执行测试场景监控测试场景分析测试结果4 什么时候可以开始执行性能测试功能测试通过;一般需要进行性能测试的系统,都是用户量比较大、业务使用比较频繁、比较重要的功能模块。5 使用LoadRunner的哪个部件来录制脚本 如果说有四个,另外一个是load generator 负载产生器;使用Virtual User Generator录制测试脚本Virtual User Generator1、 选择一种协议;2、 在客户端模拟客户的业务流程,录制脚本;3、 编辑脚本、调试脚本、设置运行时run-time settings,生成一个没有错误的运行脚本;控制器:设计场景,包括手动场景和目标场景,包括IP欺骗、负载均衡等手段;场景监控:监控脚本的运行情况、观察服务器计数器数据库服务器的使用情况;分析器摘要报告统计部分包括最大运行vusers、总吞吐量、平均吞吐量、总点击数、平均每秒点击数、事物事物统计部分,HTTP响应统计等6 请解释一下如何录制web脚本? 利用Virtual User Generator录制测试脚本,录制步骤:选择合适的协议、设置录制选项、开始录制7 Loadrunner支持的协议8 为什么要创建参数?如何创建参数?LoadRunner在录制脚本的时候,只是忠实的记录了所有从客户端发送到服务器的数据,而在进行性能测试的时候,为了更接近真实的模拟现实应用,对于某些信息需要每次提交不同的数据,或者使用多个不同的值进行循环输入。这时,在LoadRunner中就可以进行参数化设置,以使用多个不同的值提交应用请求。9 HTML-Based scrpt 和URL-Based scrpt 录制的区别? 基于浏览器的应用程序推荐使用HTML-Based scrpt。不是基于浏览器的应用程序推荐使用URL-Based scrpt。如果基于浏览器的应用程序中包含了Java scrpt并且该脚本 向服务器产生了请求,比如DataGrid的分页按钮等,也要使用URL-Based scrpt方式录制。基于浏览器的应用程序中使用了HTTPS安全协议,使用URL-Based scrpt方式录制。录制过程中不要使用浏览器的“后退”功能,LoadRunner对其支持不太好。10 LoadRunner如何插入事务(Transaction) 11 LoadRunner如何插入Text/Image 检查点在进行压力测试时,为了检查Web 服务器返回的网页是否正确,这些检查点验证网页上是否存在指定的Text 或者Image,还可以测试在比较大的压力测试环境中,被测的网站功能是否保持正确。操作步骤:1、可以将视图切换到TreeView 视图2、在树形菜单中选择需要插入检查点的一项,然后点鼠标右键,选择将检查点插到该操作执行前(Insert Before)还是执行后(Insert After)。3、在弹出对话框中选择web Checks 下面的Image Check 或是 Text Check4、对需要检查点设置相关的属性12 LoadRunner不执行检查方法怎么解决在录制Web协议脚本中添加了检查方法Web_find,但是在脚本回放的过程中并没有执行。错误现象:在脚本中插入函数Web_find,在脚本中设置文本以及图像的检查点,但是在回放过程中并没有对设置的检查点进行检查,即Web_find失效。错误分析:由于检查功能会消耗一定的资源,因此LoadRunner默认关闭了对文本以及图像的检查,所以在设置检查点后,需要开启检查功能 解决办法:打开运行环境设置对话框进行设置,在“Run-time Settings”的“Internet Protocol”选项里的“Perference”中勾选“Check”下的“Enable Image and text check”选项。13 什么是关联?请解释一下自动关联和手动关联的不同。 关联的定义简单的说:就是把脚本中某些写死(固定)的数据,转变成动态的数据,或者说将前面语句的结果数据保存下来,然后在后面的语句提交请求时使用这些数据。需要关联的前提条件:客户端需要从服务器端返回数据中获取部分数据,并将这些部分数据处理后作为自己下一次请求的一部分发出。自动关联与手工关联的不同:自动关联是在脚本录制过程中,VuGen会根据已经制定好的规则,自动找出需要关联的值或脚本录制完成后,执行脚本一次,通过Correlation Studio自动找出需要关联的数据,并建立关联;而手动关联是需要录制两份相同业务流程的脚本,输入的数据要相同,利用WinDiff工具,找出两份脚本之间不同之处,也就是需要关联的数据,再通过web_reg_save_param函数手动建立关联,将脚本中用到关联的数据参数化。14 你如何找出哪里需要关联?请给一些你所在项目的实例。(1)录制两份相同业务流程的脚本,输入的数据要相同(2)利用WinDiff工具,找出两份脚本之间不同之处,也就是需要关联的数据(3)通过web_reg_save_param函数手动建立关联,将脚本中用到关联的数据参数化。集合点 ip欺骗 负载均衡 插入事务15 什么是集合点?设置集合点有什么意义?Loadrunner中设置集合点的函数是哪个? 在性能测试过程中,需要模拟大量用户在同一时刻,访问系统并同时操作某一任务,可以通过配置集合点来实现,多个用户同时进行某操作; 集合点可以在服务器上创建密集的用户负载,使LoadRunner能够测试服务器在负载状态下的性能。 设置集合点函数:lr_rendezvous(“Meeting”);Meeting是集合点名称。16 什么是场景?场景的重要性有哪些?如何设置场景? 场景用于模拟用户实际业务操作; LoadRunner中场景有手工场景和面向目标的场景。 设置场景:选择场景类型、设置运行时设置、模拟用户数、加减压方式、持续时间,配置负载生成器 17 哪个函数是用来截取虚拟用户脚本中的动态值?(手工关联)Web_reg_save_param函数主要根据需要做关联的动态数据前面和后面的固定字符串来识别、提取动态数据,所以在做关联时,需要找出动态数据的左、右边界字符串。18 你如何在负载测试模式下执行功能测试?在负载测试模式下,可以通过同时运行数个虚拟用户,通过增加虚拟用户数,确定服务器在多大的负载量下,仍然可以正常运行,我一般进行核心功能操作,验证核心功能运行是否正常。19 什么是逐步递增?你如何来设置?虚拟用户数随着负载时间逐渐增加,可以帮助确定系统响应时间减慢的准确时间点。可以在“加压”选项卡中进行设置:如下图所示,将设置更改为:“每 30 秒启动 2 个 Vuser”。20 以线程方式运行的虚拟用户有哪些优点? 以线程方式运行的虚拟用户,在默认情况下,Controller为每50个用户仅启动一个mmdrv进程,而每个用户都按线程方式来运行,这些线程用户将共享父进程的内存,这就节省了大量内存空间,从而可以在一个负载生成器上运行更多的用户。21 使用LoadRunner进行综合场景测试,如何设置能够使被测系统所受压力减轻,请分别加以说明。若使被测系统所受压力减轻,可从如下方面进行综合调解:将测试脚本中think time值加大并在控制台中按比例实现,此处think time指在transaction外部的时间;Controller中Run-Time Setting的Pacing设置值加大;虚拟用户登录时使用递增策略,间隔稍长。22 loadrunner对应用程序性能分析的总结 一个应用程序是由很多个组件组成的,整个应用程序的性能好不好需要从整体入手去分析。 打开analysis页面,将左下角的display only graphs containing data 置为不选,然后选中web page breakdown ,点击“open graph”添加需要分析的功能项。 web page breakdown中显示的是每个页面的下载时间。点选左下角web page breakdown 展开,可以看到每个页中包括的css 样式表,js 脚本,jsp 页面等所有的属性。 在select page to breakdown 中选择页面。选中后,在选择栏下方看到属于它的组件。哪一行的事物占据的时间较长,那么它的消耗时间点就在这里,分析问题也就要从这里入手。 对相应的组件所标注的颜色分析如下:23 Loadrunner常用的分析点都有哪些 Vusers:提供了生产负载的虚拟用户运行状态的相关信息,可以帮助我们了解负载生成的结果。Rendezvous(负载过程中集合点下的虚拟用户):当设置集合点后会生成相关数据,反映了随着时间的推移各个时间点上并发用户的数目,方便我们了解并发用户的变化情况。Errors(错误统计):通过错误信息可以了解错误产生的时间和错误类型,方便定位产生错误的原因。Errors per Second(每秒错误):了解在每个时间点上错误产生的数目,数值越小越好。通过统计数据可以了解错误随负载的变化情况,定为何时系统在负载下开始不稳定甚至出错。Average Transaction Response Time(平均事务响应时间):反映随着时间的变化事务响应时间的变化情况,时间越小说明处理的速度越快。如果和用户负载生成图合并,就可以发现用户负载增加对系统事务响应时间的影响规律。Transactions per Second(每秒事务):TPS吞吐量,反映了系统在同一时间内能处理事务的最大能力,这个数据越高,说明系统处理能力越强。Transactions Summary(事务概要说明)统计事物的Pass数和Fail数,了解负载的事务完成情况。通过的事务数越多,说明系统的处理能力越强;失败的事务数越小说明系统越可靠。Transaction performance Summary(事务性能概要):事务的平均时间、最大时间、最小时间柱状图,方便分析事务响应时间的情况。柱状图的落差越小说明响应时间的波动小,如果落差很大,说明系统不够稳定。Transaction Response Time Under Load(用户负载下事务响应时间):负载用户增长的过程中响应时间的变化情况,该图的线条越平稳,说明系统越稳定。Transactions Response time(事务响应时间百分比):不同百分比下的事务响应时间范围,可以了解有多少比例的事物发生在某个时间内,也可以发现响应时间的分布规律,数据越平稳说明响应时间变化越小。Transaction Response Time(各时间段上的事务数):每个时间段上的事务个数,响应时间较小的分类下的是无数越多越好。Hits per Second(每秒点击):当前负载重对系统所产生的点击量记录,每一次点击相当于对服务器发出了一次请求,数据越大越好。Throughput(吞吐量):系统负载下所使用的带宽,该数据越小说明系统的带宽依赖就越小,通过这个数据可以确定是不是网

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论