首页 » 功能介绍 » Crasheye使用 - 【用户标识】的神奇用法

Crasheye使用 - 【用户标识】的神奇用法

 

【用户标识】是Crasheye中有一个非常重要但被大部分开发者忽视的API,用好他,可以快速定位一个指定用户的崩溃问题,其页面查看路径为:

  • 错误列表 - 点击任意错误进入错误详情页 - 上报记录 - 基本信息 - 用户标识

在Crasheye的帮忙文档里,关于【用户标识】的描述是这样的:

为每一条上报记录设置用户标识,可以方便后期筛选和定位问题,比如开发人员想看到自己手机上报的崩溃信息,就可以采用这种方式:
Android:
Crasheye.setUserIdentifier(String userIdentifier);
iOS:
[Crasheye setUserID:(NSString *) userID];

然而,当用户在反馈一个崩溃问题时,用户标识应该赋什么值,才能快速搜索到该崩溃信息呢?

三种赋值方式

1、应用(游戏)有帐号

对于有帐号的应用或游戏的处理最简单、直观,只需要将角色id赋值给用户标识即可。

例如,某玩家反馈剑侠情缘在他机器上经常崩溃,如果我们已经将角色id在崩溃时进行了上报,那么在反馈跟踪时,只需要询问用户角色id即可,如下图:

剑侠情缘

2、应用(游戏)有设备识别权限

如果你的应用可以获取例如IMEI等设备识别信息,可以将这些信息赋值给用户标识,这种情况更适合于应用内有反馈入口应用,用户在进行问题反馈时,将该识别信息一并上传上来。

例如,国内某大型工具软件开发商的每一款APP里,都有一个反馈入口,当用户点击“发送”按钮时,顺便将设备识别信息上传上来。
反馈

3、既无帐号,也无设备识别权限

这种情况的解决方案实际上是上一种情况的通用方案,只是识别id不再来源于一个相对固定的值(如IMEI),需要开发者在应用第一次初始化时,根据可以获取到的信息,计算出一个唯一识别码,并将该码做为此后该设备使用应用时,进行运营数据收集的唯一识别码。这样做的好处就是无论用户如何使用,至少能保证在卸载应用前,都可以做到信息可跟踪。

此方案需要在一个合适的位置将该识别码进行显示,以便在必要的时候向用户索取。

以上的三种方案,基本涵盖所有情况下单个用户崩溃问题的搜索定位所必须的关键信息上报。

搜索用户标识

搜索

原文链接:Crasheye使用 - 【用户标识】的神奇用法,转载请注明来源!

0