埋点测试简单流程

本文分享了埋点测试的基本流程,包括接收产品埋点信息、使用神策等工具进行页面观察和信息验证,以及关注埋点的准确性和数据库同步问题。强调在测试中不仅要检查埋点是否存在,还需确保其准确性,避免反向埋点。同时提到神策系统的项目选择和不同模式(如batch和streaming)对数据实时性的影响,并提供了相关资源链接和改版后的神策流程更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

埋点测试简单流程

不知道有没有人和我有一样的感受,其实很简单的东西,但是由于平时没接触过,就感觉很疏远,而且网上可能相对接近真实工作的例子有比较少,偏偏面试的时候要问,就被卡住了,很无助,埋点测试就是其中一个例子,被面试官问到的人也是我。所以在遇到后把经验分享出来,希望有需要的人能看到,共同进步。

埋点测试的条件

需要产品将埋点信息发给你,一般是一个EXCEL
在这里插入图片描述

从页面来观察埋点信息

打开你要埋点的页面,在console里可以观察到埋点信息

ty_pageview

在这里插入图片描述

ty_click

在这里插入图片描述

神策的登陆

之所以挑出来说登陆,是需要让开发告诉你你们的埋点是在哪个项目下的,只有选择了对的项目你才能看到你的埋点信息,记得不同的项目用户名密码不一样,记得找开发要
在这里插入图片描述

神策埋点信息的查看

在这里插入图片描述
点击后会
在这里插入图片描述
接下来就需要你在埋点的页面上点点点了,但是神策上的信息并不是很及时,可能会延迟几秒,然后就会出现下面这张图 ,是不是就和产品给 的文档联系起来了
在这里插入图片描述
至于筛选条件,就不说了,没啥好说的,这里只讲一个流程化的东西,主要是让大家熟悉一下,其实埋点测试就是从神策上看的

埋点测试需要注意什么呢

我这里经验比较少,但是也算有点经验

1、不能只关注埋点信息是不是埋上了,而且要关注埋点的准确性,因为可能出现埋点埋反了的情况

2、如果你们想直接从数据库里查询数据的话,需要问神策的人一下(一般会有一个你们公司和神策运维人员的对接群),你们公司的神策的模式,我所知的有batch(有延迟,现象:从神策上可以看到,但是就是不进数据库,偶尔会有延迟,要写磁盘 他肯定要排队),解决办法,让神策的人修改成streaming模式,实时写入的,不过如果
业务线很多 需要先内部确认下再找人家修改,要么,直接订阅kafka的消息,具体参考这个:https://manual.sensorsdata.cn/sa/latest/kafka-39387187.html ,不懂的再问神策的人

==============================================================
神策改版后流程

好久没测试了,突然发现神策改版了
在这里插入图片描述
在这里插入图片描述

Playwright 是一种开源工具库,由微软、Mozilla 和 Opera 共同维护,旨在提供一致的 API 来控制浏览器,使得开发者能更容易地自动化浏览器操作、编写网页测试脚本以及进行前端应用性能分析。 检查埋点上报内容主要是针对 Web 应用程序的性能监控和用户体验跟踪。埋点是一种在关键业务流程节点上记录数据的方式,通常用于收集用户的行为数据、应用性能指标等信息,并将其发送到特定的数据收集服务器或系统中进行分析。埋点上报的内容包括但不限于: 1. **用户行为事件**:如点击按钮、填写表单、加载页面时间等。 2. **性能指标**:如页面加载速度、网络延迟、资源加载情况等。 3. **错误信息**:应用程序运行过程中可能出现的异常、错误日志等。 4. **统计数据**:如活跃用户数、转化率、留存率等。 当使用 Playwright 进行测试或自动化任务时,为了检查埋点上报内容是否正确,可以采取以下步骤: ### 测试埋点上报 1. **设置预期埋点数据**:在测试之前确定需要检查哪些埋点数据以及它们应包含的具体信息。 2. **执行测试**:使用 Playwright 执行自动化测试脚本,模拟用户交互过程,观察应用响应并触发埋点事件。 3. **收集埋点数据**:通过集成的应用性能监控 (APM) 工具或第三方服务收集埋点数据。这通常涉及到将埋点组件添加至目标网站的源码中,并配置正确的数据推送机制(如 HTTP 请求、WebSockets 等)。 4. **验证数据一致性**:对比实际收集到的埋点数据与预期数据,确认是否一致无误。这可能涉及数据分析工具的使用,比如查看仪表盘、执行 SQL 查询等。 5. **自动化报告**:利用测试框架提供的功能或外部工具生成详细的报告,展示埋点数据的汇总统计及异常发现,便于团队成员审查和决策。 ### 使用 Playwright 进行埋点示例 假设你需要检一个简单埋点事件,在某个产品详情页面上的“购买”按钮被点击时触发的埋点。 ```javascript // 引入 Playwright 的核心模块 const { chromium } = require('playwright'); async function checkBuyButtonClicked() { // 启动一个新的浏览器实例 const browser = await chromium.launch(); const page = await browser.newPage(); try { // 导航至指定网址 await page.goto('https://example.com/product-detail'); // 点击 "购买" 按钮 await page.click('.buy-button'); // 等待埋点数据推送完成 await new Promise(resolve => setTimeout(resolve, 5000)); // 此处可以根据实际情况调整等待时间,直到埋点数据可见 // 目前假定埋点数据已经在 APM 系统中可见 // 检查埋点数据,例如从 APM 系统获取数据并与预设值比较 // 这里简化处理,实际应用需根据特定 APM 工具 API 调用实现 console.log('埋点数据已成功收集并检查通过!'); } catch (error) { console.error('埋点数据收集失败:', error); } finally { await browser.close(); } } checkBuyButtonClicked().catch(error => console.error('错误:', error)); ``` 请注意,上述代码仅是一个基础示例,实际应用中会依赖于特定的 APM 或数据收集平台提供的 API 接口以及更复杂的逻辑,如错误处理、并发请求管理、数据解析等。 ### 相关问题: 1. 如何配置埋点以支持多种类型的事件采集? 2. 怎样使用实时监控工具查看埋点数据的状态变化? 3. 当遇到埋点数据未按预期上传的情况时,如何定位问题所在?
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值