[TOC]

埋点测试

什么是埋点测试

• 埋点测试（Event Tracking Test）就是验证“用户行为触发 → 数据准确上报 → 分析平台可见”的完整链路是否符合预期

测什么

埋点测试核心目标

1. 完整性

• 所有预设事件（点击、曝光、页面停留等）是否触发

1. 准确性

• 事件命名、参数值（如按钮位置、商品ID）是否正确

1. 一致性

• 多端（iOS/Android/Web）数据格式统一

1. 实时性

• 数据上报延迟是否符合预期（通常<3s）

用什么测

怎么测

1.拿到《埋点需求文档》：

• 一般是EXCEL，文档内包含如事件名、触发时机、必传属性、采样率。

2.用例设计

• 每个事件至少3条用例：正常触发、边界操作、异常场景

3.环境准备

• APP的话，安装已经编码埋点的测试包
• 工具：抓包工具（Charles）， 数据验证平台（神策/GrowingIO后台），日志查看工具（Android平台用androidsdk，iOS平台用xcode）

4.测试操作

• 抓包 & 触发事件：

• 打开 App / H5 → 执行埋点规范里定义的操作（点击、滑动、曝光等）

• 在 Charles 的 Structure 或 Sequence 面板中，用Filter输入关键字（事件名、域名、路径）快速过滤无关流量 或 使用 Focus 功能过滤埋点域名（如 datacollect.example.com）

• 验证埋点报文：

• 双击找到的埋点请求 → 切到 Contents 面板：

• 查看埋点日志：

• 服务器查看日志：

  • 进入Linux，cd到对应日志文件地址（寻求开发确认）
  • 使用tail -f 加上文件名打开
  • 加上一个过滤字段：tail -f 文件名 |grep 打点字段
  • 再去app/H5里触发对应的操作，查看日志中是否出现了对应的打点字段

• Android查看日志：

  • 在Android手机端安装带有埋点的安装包
  • 在电脑端打开Android studio，同时通过usb连接手机
  • 查看埋点字段表，执行对应有埋点的操作，比如：若app登录处埋点。则若在app上点击登录button，正常情况下能通过查找日志找到对应的埋点

  

  • 检查埋点是否正确，出错的情况有：
    • 漏埋点。比如，若执行a步骤找到埋点a；执行b步骤，却找不到埋点b。大概率是埋点b没有被埋
    • 多埋点。比如，若只是操作一次，却找到多个埋点
    • 埋点和操作类型不对应，比如，点击的是“确认”，却上报了“返回”

• 结果确认：

• 登录分析后台（神策、友盟、GA 等）确认数据已入库且字段一致，如神策

神策-埋点管理

典型问题

• 易出现的问题
  • 埋点没埋上：经常会有开发，埋点的时候字段搞错，或者是触发条件搞错，导致做了相应操作，但是日志里查不到埋点
  • 埋点多次触发：有时候，开发在写逻辑的时候，会出现问题，比如说只点击了一次广告，但是连续触发了多次埋点，这也是有问题的，会造成数据上统计不方便
  • 埋点字段参数错误：如埋点字段是有type、index和linkURL三个字段，开发有时候会少传，或者不传，或者字段错误

报告关键指标

1. 埋点覆盖率 = (已测试事件数 / 需求事件总数) × 100%
2. 参数错误率：数值型传字符串等异常比例
3. 丢失事件数：服务端未接收到的事件
4. 关键路径转化率：如 注册→支付 漏斗数据连续性