LoadRunner手写脚本基础实战之重定向

拼搏现实的明天。 2022-06-03 10:41 239阅读 0赞

小编接触性能测试工具时间不长，如果有理解错误的地方，还望纠正，小编微信17673231234

欢迎正在学习LoadRunner的小伙伴加我，一起来解决问题。

此文章仅做参考

辅助工具fiddler(大牛可以用谷歌浏览器，抓包工具只是更加清晰看到请求/响应，方便小白使用)，现在一般来说 ，HTTP，大部分都是Get,post     二种传输方式

LoadRunner手写关键靠的是web\_custom\_request()函数

原型如下：

**web\_custom\_request**("post\_query.exe", "Method=POST",

"URL=http://lazarus/cgi–bin/post\_query.exe",

"Body=–––––––––––––––––––––––––––––292742461228954\\r\\nContent–Disp"

"osition: form–data; name=\\"entry\\"\\r\\n\\r\\nText\\r\\n––––––––––"

"–––––––––––––––––––292742461228954\\r\\nContent–Disposition: f"

"–––––––––––292742461228954––\\r\\n",

"TargetFrame=",

LAST );

此模板是惠普公司官方提供。对于url，Method ,body等参数，本文不做介绍，有兴趣的可以自己深究。

首先，给大家明确一下我实战系统的操作流程。

a,访问首页 b,登录账户，

分二步，也就是说，有二个请求（实际上一个操作，代表可能含有多个请求，此处只是一般情况），了解到流程以后，下面开始我们的实战之路。

**1）**手写 浏览器打开网址 并且同时打开抓包软件，将fiddler 设置响应后断点。

本人建议使用响应后拦截，因为可以直观的看到响应内容是什么，更加直观的确定这个请求是否是跟你真是操作得出的响应一致（比如登录主页，在fiddler响应中查看文本视图，响应一般都是网页格式源代码，或者json格式）

刷新网页，如图所示：参数就出来了，为了域名安全，此处我将详细地址模糊处理。

![Center][]

将截取的url地址，get等参数填到函数中比如，**web\_custom\_request**("open", "Method=get", "URL=填你抓取的后台url地址",LAST );

2）第二步，跟第一步类似，但是呢？是Post协议，抓取的数据如图（操作跟之前一样，输入账户跟密码，fiddler直接开启拦截，点击登录就可以将响应拦截下来了）

![Center 1][]

当我查看到这个响应的时候，细心的朋友可能发现了，回复的状态吗是302 意思是重定向了。

（关于重定向读者可以自行百度下明确其含义，不过小编还是做一个简单的例子吧，就比如是你去商店买东西，你说老板买瓶雪碧，然后老板说

不好意思，我们这里没雪碧，叫你去另外一家超市买，于是你去了另外一家超市，买了个雪碧。这就是重定向）

然后你继续点击图中的文本视图（响应的网页形式，意思是如果登录成功了，显示的应该是登录后首页的html源代码），发觉是空的。

此时，别慌，点击  fiddler 中的运行完成，果然，fiddler左边多了一条会话记录，双击那条会话，查看请求以及响应数据如图所示。

![Center 2][]

查看会话2的响应发现跟登录首页后的源代码一致，此时 ，本人明白了，登录请求，分了二个操作，第一个是请求，将数据post传输过去，然后服务器告诉你，地址不是在这里请求，叫你去另外一个地方，也就是Location对应的网址。，于是就出现了会话2，以及图二下响应的登录后首页的源代码响应

所以对于登录操作，我们需要编写二个请求login1,login2（跟之前说的，一个操作，可能含有多个请求，这里就体现出来了）

**web\_custom\_request**("login1", "Method=POST",

"URL=方法如图一",

"Body=图二已经标识"

LAST );

**web\_custom\_request**("login2", "Method=get", "URL=图三Url",LAST );

**此处登录分为2个请求，但是实际上来说（我们开发说的），只要login1请求没错，系统就会检测已经登录了首页了（log中查看），并不需要login2请求，因为login请求只是为了响应源代码给客户端，也就是按小编的理解来说，login只是一个传送网页Html给客户端的操作。**

**这个需要开你们开发定义什么才叫做成功。不同的应该会有区别**

在Vugen中运行这个三个函数，基本没有问题了，检查系统标准日志没问题

**此时，完美的一波重定向的手写代码就已经结束了。**

小结：

1）当小编在login1之前设置了一个web\_reg\_find("text=xiejiangpeng",LAST);检查点函数

终于 报错了。

于是疯狂查询资料，又感觉和逻辑不和，既然我成功登录了，为什么检查不到text呢？

后来思索了下

其实问题很简单

既然有二个请求，第一个请求是登录成功提示重定向，第二个请求才是返回页面源代码

所以第二个请求，才是返回Html网页，那么你放Login1函数之前怎么可能检查得到？

移动检查点函数位置，放置Login2前面于是问题得到了解决。

2）解决了第一个问题之后，小编感觉，既然检查点能够检查，那我开启run time setting的扩展日志（只开启从服务器返回的数据）

运行一波，在去日志中，Ctrl+F 搜索，是不是也能搜到？

照着这个思路，于是小编开启了扩展日志，结果，日志出现红色报错了。。。

一开始  小编感觉很奇怪，

既然代码是一样的？难道正确错误？还跟日志有关？

于是，小编，冷静了一会，将问题思索了下，终于发现了问题。

那个红色日志的提示错误，是超时120？？？？what？ 原来是这个错误

明确了以后，小编立即将120s改成了500s（注意这个超时时间好像有几个具体几个我忘了，有需要的自行百度吧，但是日志提示报错，会显示具体是哪一个，为了安全起见，小编把所有的超时选项，都设置大了很多）

果然，在运行一次，程序运行市场将近五分钟，但是问题已经解决

总结一下，这个原因，应该是开启扩展日志，程序日志要返回很多响应消息，所以显示超时（还是下载资源超时，这个小编理解不是很深刻），才导致了这个错误的发生

**3）其实后面小编思索，因为很多网页或者服务器，采用的是cooike，session，token等保存用户登录信息，也就是说，**

**比如这二个流程，**

**每一个流程，对应很多操作。而一个操作就是一个请求（一般情况下），也就是我们用web\_custom\_request()函数所封装的数据**

a）登录-点击订单模块-点击新建订单-提交订单数据（因为输入订单信息不涉及请求传输，此操作也就是save）。

b）登录-提交订单数据

一般来说，第一个流程，是真实情况下，大家在网页中操作步骤

大家认为 ，是否可以跳过中间哪个点击订单模块，点击新建订单，直接登录之后，提交订单数据呢？

答案是可以的，

由于小编对代码一窍不通，然后对网页协议也是半吊子，

所以表达一下个人的看法吧仅限参考，有错误还望纠正，当我用账户跟密码登录进去的时候，服务器会给我的浏览器发送一个叫做set cookie的东西，然后客户端保存在本地了，然后每次，当客户端发送请求给服务器的时候，就会自动在请求头上加上cookie，然后服务器就知道还是刚才那个用户在跟他打交道，于是，可以这么解释，当我们登录进去了，就说明已经设置了cooike，所以我们并不需要跟真实网页操作一样，可以在登录之后，直接提交你需要请求的操作。

说这些，只是想优化下代码，并且提高效率。

本人测试小白，希望各位多多指教，手打不易，总结经验也是一方面，希望大家支持。

[Center]: /images/20220603/dbdd4720d0894e30a283b5df98c1763e.png
[Center 1]: /images/20220603/9eea30fc24e84356bd01f6628473c574.png
[Center 2]: /images/20220603/11c10754c81a4fb7804320ef9e755dec.png