3月5日 loadrunner检查点设置失败与录制出现Provisional headers are shown

左手的ㄟ右手 2023-09-27 15:22 19阅读 0赞

今天使用loadrunner录制脚本的之前重装过loadrunner，没有设置文本检查点，导致录制脚本时虽然完全按照正确方式去完成且正确对用户：ZCLZ001设置了检查点，但是脚本中却完全没有所设置检查点的踪迹，在网上搜索许久发现很多教程都是教配置loadrunner11的，没有loadrunner12的设置检查点的方法。

![eadfc525bef372d0473545e7e2378c8e.png][]

1、loadrunner12设置文本检查点方法：

打开Virtual User Generator，Tools—Options—Scripting—Thumbnails，勾选Enble Thumbnail Explorer

![a6cfe0c395fdf98722181a43be776267.png][]

![6b33796274227c6e9a0128e6c0465a0a.png][]

2、插入图片检查点

View — Step Toolbox—Insert—New Step

Step Toolbox—web checks—web\_image\_check

![a7e37be04dd6c59ec193cdd15a0a6d38.png][]

录制出现Provisional headers are shown

![093d7967398f768424006c0eec67ff9a.png][]

![95eb387e1949193f6e756065073d3694.png][]

查询了大量的资料和经验出现异常的原因

原因1：

网上查找资料，发现有的是因为Chrome浏览器的问题，在谷歌浏览器中出现Provisional headers are shown的警告，而换了其他的浏览器打开就正常了。说是谷歌的插件拦截导致的，由于我自己的谷歌浏览器安装了Postman和cross-request（Yapi请求运行所需），于是我换了一台没有插件的谷歌浏览器，发现一切正常，这种头部的异常可以不用处理，因为请求数据都是可以正常返回的。

原因2：

后端服务器Controller的接口地址上没有添加 @ResponseBody注解，导致接口未对外输出响应信息，也就意味着该接口不存在；

原因3：

https协议导致

原因4：

跨域请求被浏览器拦截：现在网站的静态资源都会存在专门的静态域名下面，和实际访问的域名可能不一致。这种情况基本发生在ajax请求，都是基于CORS来解决这个问题。

原因5：

服务器未及时响应，也就是服务器超时了，这种特定情况下才会出现，跟服务器关联不大。

排除以上原因，但都无法解决，最后通过彻底卸载loadrunner并重装loadrunner解决

[eadfc525bef372d0473545e7e2378c8e.png]: https://img-blog.csdnimg.cn/img_convert/eadfc525bef372d0473545e7e2378c8e.png
[a6cfe0c395fdf98722181a43be776267.png]: https://img-blog.csdnimg.cn/img_convert/a6cfe0c395fdf98722181a43be776267.png
[6b33796274227c6e9a0128e6c0465a0a.png]: https://img-blog.csdnimg.cn/img_convert/6b33796274227c6e9a0128e6c0465a0a.png
[a7e37be04dd6c59ec193cdd15a0a6d38.png]: https://img-blog.csdnimg.cn/img_convert/a7e37be04dd6c59ec193cdd15a0a6d38.png
[093d7967398f768424006c0eec67ff9a.png]: https://img-blog.csdnimg.cn/img_convert/093d7967398f768424006c0eec67ff9a.png
[95eb387e1949193f6e756065073d3694.png]: https://img-blog.csdnimg.cn/img_convert/95eb387e1949193f6e756065073d3694.png