loadrunner学习教程

2019-11-07 本文已影响0人康河水

并发用户

比如日常使用的OA系统用户是100个，100个就是系统用户数。

最高峰值50人同时在线，只表明同时登录了这个模块，并不表示实际服务器承受的压力。因为服务器承受的压力还与具体的用户访问模式相关。这50人在线，有可能开着电脑溜达去了，有的看的别的模块等等。

并发用户：
是同时执行一个操作的用户，或者是同时执行脚本的用户.
这个并发在设置不同场景的时候并发的情况是不一样的，在实际的测试中需要根据具体的需求进行设计。

web系统，在线不等于并发。
并发就是设置集合点时候，在scenario->Rendezvous,点policy 设置的用户数。
手动添加集合点： lr_rendezvous("search");

一般的做法是把每天访问系统用户数的10%作为平均的并发用户数。最大的并发用户数乘上一个值，2或者3

函数

web_reg_save_param

https://www.cnblogs.com/Automation_software/p/3482094.html

语法：int web_reg_save_param(const char *ParamName, <list of Attributes>, LAST);

参数说明:

ParamName: 存放得到的动态内容的参数名称

list of Attributes:
其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写

o  Notfound: 当在返回信息中找不到要找的内容时应该怎么处理

o Notfound=error: 当在返回信息中找不到要找的内容时，发出一个错误讯息。这是缺省值。

o Notfound=warning: 当在返回信息中找不到要找的内容时，只发出警告，脚本也会继续执行下去不会中断。

o LB( Left Boundary ) : 返回信息的左边界字串。该属性必须有，并且区分大小写。

o RB( Right Boundary ): 返回信息的右边界字串。该属性必须有，并且区分大小写。

o RelFrameID: 相对于URL而言，欲查找的网页的Frame。此属性质可以是All或是数字，该属性可有可无。

o Search : 返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。

o ORD : 说明第几次出现的左边界子串的匹配项才是需要的内容。该属性可有可无，缺省值是1。如为All，则将所有找到的内容储存起来。

o SaveOffset : 当找到匹配项后，从第几个字元开始存储到参数中。该属性不能为负数，缺省值为0。

o SaveLen ：当找到匹配项后，偏移量之后的几个字元存储到参数中。缺省值是-1，表示一直到结尾的整个字串都存入参数。

性能指标

QPS TPS

QPS：Queries Per Second意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。

TPS：是TransactionsPerSecond的缩写，也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。
Tps即每秒处理事务数，包括了
1）用户请求服务器
2）服务器自己的内部处理
3）服务器返回给用户
这三个过程，每秒能够完成N个这三个过程，Tps也就是N；

Qps基本类似于Tps，但是不同的是，对于一个页面的一次访问，形成一个Tps；但一次页面请求，可能产生多次对服务器的请求，服务器对这些请求，就可计入“Qps”之中。

事务

事务又称为Transaction，在LoadRunner中的定义如下:An end-to-end(browser-to-browser) measurement of one or more user actions within action file。中文理解如下：事务(Transaction)是这样一个点，我们为了衡量某个action的性能，需要在action的开始和结束位置插入这样一个范围，这就定义了一个transaction。

事务的作用：
LoadRunner运行到该事务的开始点时，LoadRunner就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在LoadRunner的运行结果中会有反映。通俗的讲LoadRunner中的事务就是一个计时标识，LoadRunner在运行过程中一旦发现事务的开始标识，就开始计时，一旦发现事务的结束表示，则计时结束，这个过程中得到的时间即为一个事务时间。通常事务时间所反映的是一个操作过程的响应时间。

为什么使用事务
1、事务是LoadRunner度量系统性能指标的唯一手段;(没有事务则没有办法衡量系统的响应时间，也许有人说LoadRunner可以通过编程来计时得到，不错如果你编程能力够强是能够实现的，但肯定不如LoadRunner中的事务用的简单而且方便)
2、事务能够用于度量高风险业务流程的性能指标;
3、事务能够度量在一组操作中每一步的性能指标;
4、通过事务计时实现了不同压力负载下的性能指标对比;
5、通过事务计时可以帮助定位性能瓶颈;

从性能测试的角度出发，我们需要知道不同的操作所花费的时间，这样我们就可以衡量不同的操作对被测系统所造成的影响，那么我们如何知道不同的操作所花费的时间，这就用到了事务，我们在操作之前插入一个事务开始标识，在操作完成后插入一个事务结束表示，这样我们就知道了这个操作所花费的时间。

集合点

执行负载测试时，需要模拟系统上有较重的用户负载。要实现此操作，可以同步 Vuser 以便恰好在同一时刻执行任务。通过创建集合点，可以配置多个 Vuser 同时执行操作。当某个 Vuser 到达该集合点时，将进行等待，直到参与该集合的全部 Vuser 都到达。指定数量的 Vuser 均到达后，释放所有这些 Vuser。

可通过将集合点插入到 Vuser 脚本来指定会合位置。在 Vuser 执行脚本并遇到集合点时，脚本将暂停执行，Vuser 将等待 Controller 或控制台的允许以继续执行。Vuser 从集合释放后，将执行脚本中的下一个任务。

注意：只能向 Action 部分(而不是 init 或 end 部分)添加集合。

插入集合点是为了衡量在加重负载的情况下的性能情况。在计划中，可能会要求系统能够承受1000 人同时提交数据，在LoadRunner 中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000 人，LoadRunner 就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，从而达到计划中的需求。

集合点设置

image.png

Release when ：当所有虚拟用户中的x % 到达集合点进释放，即仅当指定百分比的虚拟用户到达集合点时，才释放虚拟用户。
注意：此选项将会干扰场景的计划。如果选择此选项，场景将不按计划运行。

Release when ：当所有正在运行的虚拟用户中的x %到达集合点时释放，即仅当场景中指定百分比的、正在运行的虚拟用户到达集合点时，才释放虚拟用户。
　　还有不在运行的虚拟用户？假如，设置为1分钟启动一个用户，当然会存在因为用户还没启动，所以无法参与集合点。

Release when ：当x 个虚拟用户到达集合点时释放，即仅当指定数量的虚拟用户到达集合点时，才释放虚拟用户。
　　这个很好理解，当我用百分比不太好衡量集合点的虚拟用户数，当然可以设置具体的用户数。

Timeout between Vusers （虚拟用户之间的超时）框中输入一个超时值。
　　假如设置了集合10用户并发，结果9个用户已经集合到位，还剩1个虚拟用户，左等右等就是等不来。那总不能一直等下去吧。设定了个时间，假如30秒还不来，那就不管它了。
　　超时的时长默认是30秒，我们可以根据具体的被测应用进行调整。

思考时间：

比如录入填写提交的内容，从列表中下拉搜索选择特定的值等，这时LOADRUNNER 不会记录用户的客户端操作，而是记录了用户这段时间，成为思考时间(Think-time)，因为用户的这些客户端操作不会影响服务端，只是让服务器端在这段时间内没有请求而已。，所以加入思考时间就能模拟出熟练的或者生疏的用户操作，接近实际对于服务端的压力。

Vuser 思考时间模拟实际用户在不同操作之间等待的时间。例如，当用户收到来自服务器的数据时，可能要等待几秒钟查看数据，然后再做出响应。这种延迟就称为“思考时间”。VuGen 使用 lr_think_time 函数将思考时间值录制到 Vuser 脚本中。以下录制的函数指明用户等待了 8 秒钟才执行下一个操作：lr_think_time(8);

当您运行了 Vuser 脚本并且 Vuser 遇到了上述 lr_think_time 语句时，默认情况下，Vuser 将等待 8 秒钟后再执行下一个操作。可以使用思考时间运行时设置来影响运行脚本时 Vuser 使用录制思考时间的方式。

添加思考时间可以更真实的模拟用户行为，但它同时降低了用户并发。也就是说思考时间越长，对服务器的压力会越小。

参数化

- 选中需要参数化的字段，右键【Replace with a new parameter】
  可以新建一个变量，可以使用文本存储变量，通过列和字段取值。
  
  image.png

数据分配方式：

Select next row
顺序（Sequential）：按照参数化的数据顺序，一个一个的来取。
随机（Random）：参数化中的数据，每次随机的从中抽取数据。
唯一（Unique）：为每个虚拟用户分配一条唯一的数据

Update value on
每次迭代(Each iteration) ：每次迭代时取新的值，假如50个用户都取第一条数据，称为一次迭代；完了50个用户都取第二条数据，后面以此类推。
每次出现(Each occurrence)：每次参数时取新的值，这里强调前后两次取值不能相同。
只取一次(once) ：参数化中的数据，一条数据只能被抽取一次。（如果数据轮次完，脚本还在运行将会报错）