上一次推文我们分享了性能测试分类和应用领域,今天带大家学习性能测试工作原理、事务、检查点!后续文章都会系统分享干货,带大家从0到1学会性能测试,另外还有教程等同步资料,文末免费获取~
通常我们认为LoadRunner是由三部分组成:VuGen、Controller、Analysis
VuGen:录制与增强脚本的地方,即将我们的操作行为变成代码;
Controller:模拟多用户执行脚本,相当于模拟多用户口对服务器进行操作;
Analysis:将运行时的结果保存到EXCEL表中,然后再将数据读取出来,并以视图的方式来显示;
也人会说LoadRunner工作是由4部分组成;
LoadRunner在录制过程中其实是将所有客户端向服务器发送的请求变成了函数,由函数来代替人向服务器发送请求。
之所以需要在录制时选择协议,是因为LoadRunner一定要能看的懂客户端向服务器所发送的数据内容,如果LoadRunner看不懂客户端向服务器发送的数据,那么LoadRunner就无法生成代码。
而生成的代码所看的内容,其实与抓包所看到的内容是一样的。
所以我们通常说性能测试是基于协议录制,自动化测试是基于对象属性录制。
LoadRunner录制的方式有两种:一是基于HTML录制;二是基于URL录制
HTML模式:基于用户行为录制;
URL录制:将所有的HTTP请求都录制下来;
正常我们录制好的脚本是不能获取业务的响应时间的,所谓的业务响应简单的来说就是我们一串操作步骤的响应时间。
为了获取这个响应时间我们会在操作前插入开始,操作结束后插入结束事务,通过可以获取业务的响应时间。
插入事务的方法有两种:
一是:录制过程中插入事务;
二是:录制后插入事务;
一般建议在录制过程中插入事务,因为录制后插入事务,如果对代码不是很熟悉的话,那么很容易把位置插入错了,这样会导到得到的响应时间不对。
插入事务后会生成以下代码:
- //开始事务
- 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:运行结果为停止状态
之所以结束事务有结束状态的要求,是因为通过结束状态可以来确定事务是否成功,即业务是否成功。最后可以计算出业务成功率。
那么如何确定事务的结束状态呢?正常应该是先做检查点,通过检查点的结果来判断业务是否成功。
插入检查点的步骤如下:
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:将匹配到的次数保存在这个变量中。
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!