先冻结旧版与新文件两张票据
旧版仍能启动时，先记录公开版本、Android主要版本、当前启动结果和时间。新文件则记录取得页面、公开发布角色、文件名称和页面版本说明。两张票据都不需要密码、验证码、完整账号、服务器地址或私人配置。
不要因为准备更新就先卸载旧版。Android平台对更新有应用ID、签名证书和版本码等条件；不符合条件的文件可能无法覆盖安装。普通用户不应从文件名猜测底层字段，而应保留安装器给出的第一条反馈。
第一层：应用身份与版本条件
如果系统提示与既有应用冲突、签名不一致或版本不允许，问题还没有进入权限和账号层。此时重复登录或切换网络没有意义。回到新文件的取得页面与公开版本说明，确认它是否被描述为当前安装链的更新，而不是另一个同名应用。
第二层：文件、空间与安装反馈
文件未完整取得、空间不足或设备策略阻止安装时，先保存错误原文。按当前错误选择一项检查并重新建立记录：确认文件是否完整、释放可解释的空间，或在相同网络下重新取得一次。不要把关闭安全保护、清空应用资料和更换来源混在同一次处理里。
第三层：权限与首次启动
安装完成后闪退或停在启动页，才进入启动层。Android权限应在功能上下文中提出；受限设置可能让应用取得更广泛的敏感能力。若请求与当前功能无关，停止继续，不为“先打开再说”盲目放行。
Play Protect或系统警告应原样保留。没有警告不等于绝对安全；出现警告也不应被一句“误报”跳过。页面来源、发布角色、版本说明和系统反馈需要一起判断。
第四层：账号与会话
应用能够打开后，账号提示与会话保持仍是新的结果。登录后返回原页、反复要求验证或关闭重开后失去状态，都应记录页面、时间和错误文字。本站不接收密码、验证码、Cookie或配置，也不提供代登录与账号找回。
用最早停止层安排复测
把结果归入“包身份／版本”“安装反馈”“权限／启动”或“账号／会话”其中最早的一层。复测时保持其他环境不变，针对这一层能解释的因素进行检查。结果改变时新增记录，不删除第一次失败。