在做APP埋点时,为了保证能覆盖未来分析所需要的全部场景,除了全埋点之外往往还会对每个功能/每个按钮/每个页面有自定义埋点。
一个APP可能有数百条埋点事件,测试人员除了测试每个事件是否能触发(是否有数据)、触发时的属性是否正确,还应该记录具体是哪一步操作触发了每一条事件。例如:
订单提交事件,是点击商品页的”立即购买"时触发,还是在点击”立即购买“后,在订单确认页点击”提交订单“时触发;如果提示网络异常,该事件是否还会触发;提交一次订单是否能确保只触发一次事件;…
但实际上我遇到的很多埋点并没有严格测试以上内容,导致很多做出来的埋点不可信、不可用,还得自己一个个去测试这些事件是否是我预期的,非常费时费力,凭一己之力无法测试完全部数百个埋点。
经历过多次实践后,我认为应该按照以下流程做埋点分析:
1.先规划要分析的功能,如”维修功能使用次数”
2.针对这一功能初步选取所用到的事件,如:【新增预约】、【编辑预约内容】、【查看维修记录】。
3.测试这三个事件的触发时机、次数、属性值是否和预期的完全一致。
4.若不一致,则考虑增加条件,如【新增预约】事件增加【是否成功】=true 条件;或者直接换一个事件用于分析,如【实际到店维修】。