【性能测试】LR录制回放&事务&检查点

前言

上一次推文我们分享了性能测试分类和应用领域，今天带大家学习性能测试工作原理、事务、检查点！后续文章都会系统分享干货，带大家从0到1学会性能测试，另外还有教程等同步资料，文末免费获取~

01、LR工作原理

​通常我们认为LoadRunner是由三部分组成：VuGen、Controller、Analysis

VuGen:录制与增强脚本的地方，即将我们的操作行为变成代码;

Controller:模拟多用户执行脚本，相当于模拟多用户口对服务器进行操作;

Analysis:将运行时的结果保存到EXCEL表中，然后再将数据读取出来，并以视图的方式来显示;

也人会说LoadRunner工作是由4部分组成;

02、录制与回放原理

LoadRunner在录制过程中其实是将所有客户端向服务器发送的请求变成了函数，由函数来代替人向服务器发送请求。

之所以需要在录制时选择协议，是因为LoadRunner一定要能看的懂客户端向服务器所发送的数据内容，如果LoadRunner看不懂客户端向服务器发送的数据，那么LoadRunner就无法生成代码。

而生成的代码所看的内容，其实与抓包所看到的内容是一样的。

所以我们通常说性能测试是基于协议录制，自动化测试是基于对象属性录制。

LoadRunner录制的方式有两种：一是基于HTML录制;二是基于URL录制

HTML模式：基于用户行为录制;

URL录制：将所有的HTTP请求都录制下来; 

03、事务

• 为什么需要插入事务

正常我们录制好的脚本是不能获取业务的响应时间的，所谓的业务响应简单的来说就是我们一串操作步骤的响应时间。

为了获取这个响应时间我们会在操作前插入开始，操作结束后插入结束事务，通过可以获取业务的响应时间。

• 如何插入事务

插入事务的方法有两种：

一是：录制过程中插入事务；

二是：录制后插入事务；

一般建议在录制过程中插入事务，因为录制后插入事务，如果对代码不是很熟悉的话，那么很容易把位置插入错了，这样会导到得到的响应时间不对。

插入事务后会生成以下代码：

//开始事务

lr_start_transaction("LOGIN");

.....

//结束事务

lr_end_transaction("LOGIN", LR_AUTO);

当运行开始事务时，loadrunner会计时，运行到结束事务时loadrunner也会计时

将结束事务时的计时减去开始事务的计时，所得到的时间差即为事务的响应时间。

其实就是计算开始事务到结束事务这段请求所消耗的时间

• 事务的结束状态

事务的结束状态有四种：LR_AUTO、LR_PASS、LR_FAIL、LR_STOP

LR_AUTO:LoadRunner自动判断事务的结束状态

LR_PASS:运行结果为通过状态

LR_FAIL:运行结果为失败状态

LR_STOP:运行结果为停止状态

之所以结束事务有结束状态的要求，是因为通过结束状态可以来确定事务是否成功，即业务是否成功。最后可以计算出业务成功率。

那么如何确定事务的结束状态呢？正常应该是先做检查点，通过检查点的结果来判断业务是否成功。

04、检查点

• 如何插入检查点

插入检查点的步骤如下：

1.将代码切换为tree模式，在tree模式下，显示请求的信息有两种方式：

一是：html viewer；

二是：httpviewer

2.找到需要验证的页面

3.选择我们需要检查的内容，单击右键，选择“add text check”

4.在弹出的find text对话框中，输入相关信息

• 如何通过检查点判断事务的结束状态

通过检查来判断被检查的对象出现的次数，如果出的次数大于说明，至少找到一次，则说明业务是成功的，否则业务为失败。

if(atoi(lr_eval_string("{num}")) > 0)

{

lr_end_transaction("LOGIN", LR_PASS);

}

else

{

lr_end_transaction("LOGIN", LR_FAIL);

}

• 检查点函数

检查点函数语法：

int web_reg_find( const char *attribute_list, LAST );

参数说明：

Text:表示需要查找的内容；

Search:表示所查找的内容所出现的位置，在哪个部分去查找我们要的内容。有三个选项：Body、

Headers、All，一般情况都是在Body，默认选项为Body。

SaveCount:将匹配到的次数保存在这个变量中。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

​

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！