hhhhh

你的问题解决了吗，我的 demo 做出来分享了，希望对你有用。 https://testerhome.com/topics/22559

真实 hhh

感谢大佬挽尊 hhhhh

这个域名不是我的，我只是改写了里面的 dockerfile，把插件放到了进去，方便你直接用这个 docker-compose 来安装和部署服务。要 pull 下来自己本地部署。

用 logstash 好，插件多，而且你也不止监控 gor 的日志吧，做起来了 nginx 这些日志可以一块来的

嗯，多加个 --input-raw-track-response ，你的日志里面就会直接追踪 INPUT 请求的响应，不是 OUTPUT 回放的响应。接下来就是组合日志的事情了。

对的，你这个问题问得很好，es 插件一定是要回放才可以使用，所以有弊端，刚好我最近也做完了这个的改良，我给你的建议是直接保存成 log 的形式，然后用传统 elk 框架， filebeat + logstash + es 来自己清洗组合数据，再对接 kibana 或者 grafana，就可以作出一个实时监控的数据大屏了。

会无限循环回放的，比如你起个后端程序 INPUT OUTPUT 都写 localhost:5000，就会出现这种情况。Docker 容器测试过没有问题，镜像是 shaonian/gor:6.x

你只要让开发加个 name 属性进来，作为埋点预期值就够了。

url 和 selector 要自己在页面里面找，console 里面不需要有， console 里面只要有埋点名称就行。

你的项目埋点上报会打出 consolelog 吗？

可以的。20 楼删一下。obj.properties.$element_type 肯定是可以拿到该值的，怎么去断言验证就是你的事情了。

私有一下图片问题。pageview 不算点击事件吧，这个不用验证都可以，obj.properties.$title 就可以拿到该值，但是这个没有预期值，要验证只能写好 excel 读 excel 里面的预期值。

前端写代码的时候一般都会配置 name 属性的，基本上 name 属性会跟埋点上报的名称保持一致。拿 name 属性的意义在于，有些时候上架的产品是会变更的，这样通过 name 去查获得的预期名字，也会同步更新，不需要自己人为去改脚本代码。不希望这种动态验证的，可以采用项目前身的 demoTest ，那个就是直接写死的，就是比较麻烦。

那就行

刚刚翻了我的 demo 应该没有那段吧，里面只要 goto 一直到 click 的部分。也就是打开页面和点击操作部分，打开浏览器关闭浏览器这些都是在外部统一的了，只把其中的页面和操作暴露出来作为第三方 module 自定义执行。

定位不到你这个 selector 的位置。你的 Scripts 脚本写的有问题。所有点击的最前面，加了 await page.goto(your_url) 了吗，要先到那个页面。

对应你填的 selector 定位到的 DOM 元素里面的 name 属性。

如果你用的是 Buried-Point-Pro 这个项目，不需要定义预期埋点名称，它会直接从 name 属性里面动态获取作为预期埋点名称。

引入还好，主要是超国民待遇

到后面是 AI 构造海量测试数据吗

跑的时候是跑整个测试集合，你在涉及到要登录的测试集合里面，把登录接口用例放在最开始就行，一跑就会自动登录来刷新 cookie 了。

欢迎分享～

不客气 hhh