测试已安装应用中的模型冷安装

直接回答

模型工件冷安装测试开始时，应用本身仍已安装，模型专属目录为空。测试路径涵盖从用户明确决定到传输或受支持导入、实际配置的完整性检查、运行时初始化和代表性首次任务。它不等于卸载 Android 应用、清除应用数据、重新安装包或恢复备份状态。若将这些条件混为一谈，团队无法判断失败来自模型交付、应用首次启动、数据库迁移、权限，还是设备上残留的旧文件。 要把“干净”定义为可观察条件。确认应用构建和配置，只移除测试拥有的模型工件；检查活动、临时与缓存位置，并确认没有复用旧候选。不要为了方便而删除用户历史或重置无关偏好。如果传输需要用户同意，应单独记录同意状态。模型冷安装测试应在保留应用及测试账户的条件下可重复；应用卸载重装则应另有覆盖应用数据、权限、备份和外部残留文件的独立测试夹具。 测试应按状态序列执行，而不是只截一张界面图。开始时模型管理器应处于没有模型或明确不可用状态。首个网络请求之前，界面应说明工件、已知大小证据、网络规则、空间影响和取消选择。传输期间记录期望与观察到的长度以及临时位置。完成后执行已配置的验证；如果没有可信摘要，就记录限制而不是声称 SHA-256 通过。接着用目标运行时加载精确工件并执行明确任务。“文件已下载”和“模型可用”是两个独立断言。 还要从空模型目录测试失败与恢复。开始前取消、断网、空间不足、拒绝格式错误或身份不符的候选、移除所选外部来源，以及强制触发运行时初始化失败。每种情况都应能回到干净且可恢复的状态，并确保错误候选不会变成活动模型。清理如果删除模型自有字节，不得触碰对话、导入文件或数据库记录。重试必须从新候选或身份有效的部分候选开始，不能向来历不明的遗留文件追加数据。 可重复性需要记录测试清单：应用构建、模型配置版本、工件身份、大小来源、摘要是否存在、存储卷、网络条件、测试账户和应用数据设置、初始文件位置。测试工件应位于受控夹具中；只有期望摘要来自可信来源时才记录摘要为校验依据。最终要将磁盘清单与模型管理器状态和测试预期比对。仿真器快照有帮助；如果本次测试范围明确要求真机或特定存储条件，也要记录实际环境，不能把单一环境结果泛化。 还需将“模型干净安装”和“应用及模型资产重装”明确区分。后者会牵涉备份恢复、卸载清理、签名更新、数据库 schema、同意状态和应用管理存储之外的文件。模型冷安装只验证应用仍存在时的模型交付，同时保留非模型用户数据。如果模型被打包进 APK 或 App Bundle，应另外测试包内容与 split 分发；下载测试不能证明包里到底有什么。

在已安装应用中冷安装模型

QA 保留应用包、数据库和权限设置，但清空模型文件与部分下载，目的是测首次模型交付，而非卸载应用或重建数据库。

决策

以模型目录为空建立基线，依次验证用户选择、下载、实际校验、运行时加载、首个任务和失败恢复。

预期结果

结果只说明模型交付路径，保留应用身份及用户数据，不误称应用清卸载测试或包内资产验证。

需要收集的证据

只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：

• 事实卡 COVE-DOWNLOAD-01、COVE-MODEL-02；下载器传输阶段及空摘要限制。
• Android 应用专属存储、后台任务与存储 API。

收到完整字节流还不够；最终落盘、完整性、运行时加载和恢复路径也必须验证。

实施流程

Record the fresh app state, the artifact transfer record, and the first task and reinstall result. Compare each of these recorded items against the same measurements taken after the reinstall sequence completes.

1. 声明测试夹具边界. 明确应用包保持安装，列出需要保留的数据库和同意状态，并点名清空的模型活动目录、候选、缓存、部分传输和导入文件。
2. 记录初始基线. 在任何操作前记录应用构建、模型配置版本、卷、网络、权限、模型选择、管理器状态与磁盘清单，以便复现本次用例。
3. 核验启动披露. 在传输前确认界面说明工件身份、已知大小来源、网络/存储影响、用户同意、取消和暂缓选择，所有按钮符合实际实现。
4. 区分传输与校验. 记录下载字节、范围、临时路径及最终长度，只报告配置实际支持的校验。摘要缺失时记录未校验，不能将其当通过。
5. 加载并执行任务. 以目标运行时打开候选并记录管理器转换，再使用确定性输入执行一个任务。模型打开成功和任务输出正确是两个断言。
6. 注入失败并重复. 测试取消、空间不足、断网、错误候选、来源移除和加载失败，确认候选不会激活，下一轮重新从已知的空状态开始。

验收标准

• 应用仍安装且数据库/同意夹具保留，仅清理模型专属测试数据。
• 工件身份、传输、配置支持的校验、运行时加载及首次任务有独立结果记录。
• 失败、部分或未知候选不能激活，恢复流程不删除用户内容。
• 模型冷安装结果不被误称为应用卸载、备份恢复、签名或包内资产检查。

决策对照表

需要避免的失败模式

• 不能把模型目录清理和卸载/重装应用包混成同一测试，也不能清除用户数据来让用例“更干净”。
• 不能把下载完成或文件存在当作校验成功、运行时可用或任务正确。

Avoid limiting release wording to testing upgrades only and to reusing hidden cache state. Release decisions must be tied directly to the recorded evidence rather than to assumptions about upgrades or to assumptions about background state.

最小复现记录

发布检查表

• ☐ 主要搜索问题已回答，且没有未经支持的数字。
• ☐ 所有模型文件和运行时版本均已固定。
• ☐ 代表性任务和失败处理策略均有说明。
• ☐ 生命周期、取消、清理和回退均已测试。
• ☐ 用户内容与网络边界均有说明。
• ☐ 结论只适用于被记录的配置。
• ☐ 新增测试结果时链接到原始方法或证据。

来源与相关证据

• Android 应用专属存储
• Android 持久后台任务
• Android StorageManager API
• RFC 9110：HTTP 范围请求与验证器

中文部署与排错专题见。奇连 AI 端侧专题。

常见问题