前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >一个有趣的LR代理录制失败案例

一个有趣的LR代理录制失败案例

作者头像
TestOps
发布2022-04-02 16:23:51
2890
发布2022-04-02 16:23:51
举报
文章被收录于专栏:TestOps云层TestOps云层
今天在某知名微信群中看到一个问题,关于使用LR代理方式录制脚本失败的问题,内容是这样的。

正确的按照下文

http://www.bubuko.com/infodetail-1334838.html

进行了浏览器和代理的配置,但是奇怪每次录制出来都是空代码。

能看到把问题说那么清楚的网友也不多(中间各种描述这里隐去),至少能感觉到是个很优秀的测试,把一个问题能排除的都排除了,正好也是有时间于是TeamViewer去看了一眼(专业的就是对方有这个)。

看了一下所有的配置,在代理服务器一栏中发现了些问题,最下面有个例外的内容。

如果在这里面包含了对要访问服务器的设置,就会产生不走代理服务器的情况,果然问题就出在这里,我看到了10.*.*.*的配置,删除之后,就一切正常了。

总结:

使用代理录制的好处就是只要走了代理服务器的数据都会被录制下来。整个问题我的排除思路是

  1. 首先看events有没有变化,如果有就说明代理是被访问过的。一般只要启动浏览器就能看到events变大不会是0,因为默认启动浏览器都会读一下外网。
  2. 其次是浏览器绑定了代理后能不能访问系统,如果能访问就说明代理正常启动了并且配置正确能够访问被测系统。
  3. 操作的时候看看有没有events变化,如果有就说明有对应协议流过代理,否则就说明具体操作没有产生协议。
  4. 如果有events变化,但是最后还是没有脚本,分析下是不是协议不是走代理设置的协议(比如非HTTP情况)。

一般来说第4种情况很少出现,排除到第三种就搞定了。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2017-09-18,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 TestOps 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档