Google Play内部测试出现未知设备Crashlytics崩溃，求原因解析

这种情况其实挺常见的，我来帮你梳理几个最可能的原因，以及对应的排查方向：

• 测试者的备用/未告知设备：你和同事会不会有备用设备，或者用了家人的手机登录了测试账号下载了这个内部测试版？比如那台ROOT的S5可能是你之前用过的旧设备，或者同事的J7是他们日常用的另一台手机，只是没告诉你。建议先问问两位测试者，确认他们有没有在多台设备上安装过这个版本。

• APK被意外分享或泄露：Google Play内部测试的下载权限是受限的，但一旦有人下载到APK文件，就可以把它分享给其他人，只要对方设备的签名校验通过（和你的正式签名一致）就能安装。比如测试者可能把APK通过微信、网盘发给了朋友，或者不小心上传到了某个第三方平台。你可以查看Crashlytics里的崩溃详情，看这些设备的安装来源有没有线索。

• Crashlytics的延迟上报：有时候Crashlytics会存在上报延迟的情况，比如这些崩溃其实是之前旧版本的测试设备产生的，只是到今天才同步到后台。你可以重点核对崩溃记录里的版本号，确认是不是你这次上传的新版本——如果是旧版本，那就是延迟上报的问题；如果是新版本，那大概率是前面两种情况。

• 误添加测试用户：有没有可能在设置Google Play内部测试的时候，不小心把其他邮箱加进了测试列表？比如你导入了某个邮箱组，里面包含了额外的用户。可以去Google Play控制台的内部测试页面，重新核对一下测试者名单。

另外，要是想避免后续出现这种情况，可以考虑给内部测试版添加额外的验证逻辑，比如只有特定账号登录才能使用，或者限制设备的IMEI/序列号，不过这会增加开发成本，看你的需求啦。

内容的提问来源于stack exchange，提问作者Kevin van Mierlo