这种情况我之前帮团队踩过几次坑，确实有点反常识，给你几个针对性的排查方向，按优先级来试：

• 检查设备上的同包名冲突应用
  Android系统不允许同一设备存在包名相同但签名不同的应用。如果测试人员之前装过你这边发的debug版、其他渠道的测试包，甚至是第三方修改版，系统可能会静默覆盖安装，但不会在Launcher显示图标，只能在设置里卸载。让测试人员去「设置-应用管理」里直接搜索你的应用包名，看看有没有残留的同包名应用，全部卸载干净后再重装测试版本。

• 验证应用是否真的安装成功并能启动
  有时候Launcher不显示图标不代表应用没装，用adb命令确认：

  1. 连接设备后执行 adb shell pm list packages | grep 你的应用包名，如果能输出包名，说明应用已安装。
  2. 接着尝试直接启动应用：adb shell am start -n 你的包名/.启动Activity的全类名（比如 com.example.app/.MainActivity）。如果能成功打开应用，那问题肯定出在Launcher图标配置上——回去检查AndroidManifest里的启动Activity是否丢失了 <category android:name="android.intent.category.LAUNCHER"/> 这个intent-filter，或者图标资源在某些分辨率下缺失、文件名写错了。

• 查看应用启动时的崩溃日志
  如果adb启动应用失败，那大概率是应用启动时崩溃了，导致Launcher无法识别并显示图标。让测试人员用adb抓日志：adb logcat | grep 你的应用包名，重点看有没有 AndroidRuntime: FATAL EXCEPTION 这类崩溃信息，比如NullPointerException、ClassNotFound，或者是权限问题（新版本加了新权限但没在Manifest声明，或者运行时权限没处理）。

• 检查Play Store的本地缓存与同步
  有时候Play Store的本地缓存会出现异常，导致应用安装后的状态同步出错。让测试人员去「设置-应用管理-Google Play Store」里清除缓存和数据，重启设备后再重新通过测试链接安装版本。

• 排查应用安装位置与设备兼容性
  部分设备默认把应用装到SD卡，如果SD卡损坏或者你的应用不支持移动到外部存储，可能会导致安装后无法正常显示。可以让测试人员在「设置-应用管理」找到该应用（如果能找到的话），查看存储位置，尝试移到内部存储后重启设备。另外也确认下新版本的 minSdkVersion 是否和测试人员的设备系统版本匹配——虽然Play Store一般会拦截不兼容的安装，但内部测试偶尔会有延迟，这点也可以排除下。

内容的提问来源于stack exchange，提问作者EagleOne