直接回答
登录依赖测试要查明哪些任务真的需要账号，哪些任务在本地状态下仍可完成；不能预先假定“必须登录”，也不能假定“离线就不需要账号”。事实卡 `PRIVACY-01` 限定了本地推理的含义：它消除了为该推理步骤把内容发送到远端推理服务器的必要，但没有证明其他请求不存在。`ARCH-02` 允许混合架构让部分任务留在本地、另一些任务走远端服务，并要求明确路由和发送数据。因此账号状态、网络状态和推理路线应分别作为测试变量。 先按页面和动作画图：全新安装、首次启动、语言资源设置、创建账号、登录、权益检查、新翻译、读写历史、导出、恢复与登出。每项记录应用是否允许游客路径、哪些数据留在本地，以及出现了什么服务/目的地依赖。缓存会话不能证明无需登录；应使用受控测试账号清除应用数据或撤销令牌后重复。不要将真实账号中的私人消息当成测试样例。 账号状态与联网条件要分开测试。使用不含敏感数据的专用测试身份，覆盖未登录、会话有效、会话过期、主动登出和账号服务不可用。随后分别在联网及阻断网络时执行各项任务。观察翻译是否依赖已安装制品、是否尝试远端请求、权益门槛是否只影响付费功能，以及本地历史能否继续读取。不能只凭登录界面或服务条款推断应用策略。 同时检查代码与流量。Android Network Inspector 可以展示受支持的 OkHttp 和 HttpsURLConnection 通信，但可能看不到所有客户端；还需查看依赖与调用点。记录请求目的地和数据类别，不采集真实用户内容。如果远端路由是可选的，应测试拒绝后在产品承诺范围内本地任务是否仍可用。如果资源设置或其他功能确实要求账号，应准确说明具体边界。不能因为复用了令牌或命中了缓存，就称应用“无需登录”。 恢复场景同样重要。在资源设置过程中、完成翻译后和导出前分别模拟会话过期。验证应用不会丢弃用户历史或静默转成远端发送。明确登出行为：是只删除凭据、移除云端关联数据，还是保留本地数据？需要检查真实实现。若登出后仍有本地内容，就不能说内容已删除。如果付费权益需要联网确认，要把它与模型执行位置区分并披露限制。 最终记录包括应用构建、账号状态样例、网络控制、已安装资源状态、动作顺序、观察到的请求、本地输出和失败路径。只报告测试证据支持的范围，例如“本构建在已安装资源后、登出状态下完成了这项本地文本任务”。不要扩展到所有模式、语言、首次使用条件或手机。这套方法能揭示隐含登录依赖，并把本地推理与账号、账单、下载、分析和客服请求区分开。
旅客在登出后测试已安装的翻译资源
用户想知道账号服务无法连接时，已安装的文字翻译是否仍可运行。应用还可能提供历史功能和单独验证的付费能力。
决策
把登录状态与网络状态作为独立维度，使用合成样例，并分别追踪本地任务、权益、历史和导出。
预期结果
报告说明确切任务在什么设置下成功或失败，不把整款产品概括成无需账号。
需要收集的证据
只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：
- PRIVACY-01：本地推理不证明其他网络请求不存在
- ARCH-02：混合架构需明确路由和发送数据
- ANDROID-PRIVACY-01：应用负责权限、存储和用户控制
隐私声明需要数据清单和流量证据；“本地模型”标签本身不是证明。
实施流程
- 建立动作与账号依赖映射. 列出安装、首次启动、资源设置、登录、权益、翻译、历史、导出、恢复和登出。先把账号和网络依赖写成待验证假设。
- 准备受控账号状态. 使用专用测试账号和合成内容，覆盖登出、有效、过期、主动退出和服务不可用，不复用用户私人数据。
- 将账号状态与网络条件交叉测试. 每项任务分别在线和断网重测。记录资源是否预装、是否有请求、是否出现功能门槛以及本地记录是否保留。
- 检查代码、请求与载荷边界. 使用受支持的流量捕获，并检查依赖与调用点。记录工具盲区；只记请求目的地/类别，不收集私人提示词。
- 测试过期和恢复. 在设置中和导出前令会话过期，确认历史不丢失且不会静默远端回退，并用代码核实登出实际行为。
让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。
验收标准
- 每次运行分别记录账号状态、网络状态、资源安装状态和任务种类。
- 报告指出具体登录/权益门槛，并核实历史和导出行为是否符合实际实现。
- 记录流量捕获范围和盲区，不从缓存会话推断无需登录或零联网。
决策对照表
| 维度 | 选择或证据 | 解读方式 |
|---|---|---|
| 登出但资源已安装 | 本地任务测试 | 只能证明此记录状态下具体任务的行为。 |
| 已登录且网络可用 | 账号/服务基线 | 可能被缓存认证或远端依赖掩盖，需另行测试。 |
| 会话过期且断网 | 恢复边界测试 | 显示哪些功能受限，以及本地历史/任务是否仍可用。 |
需要避免的失败模式
- 把现有缓存令牌当成无需登录证据
- 把权益验证与推理位置混为一谈
- 登出时意外删除用户历史或静默上传内容
还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。
最小复现记录
| 层级 | 记录内容 |
|---|---|
| 设备 | 厂商、型号、芯片、内存档位、操作系统版本 |
| 软件 | 应用版本和 Git 提交号 |
| 模型 | 系列、变体、版本、格式、文件长度、摘要、量化方式 |
| 运行时 | 名称、版本、请求后端及实际后端证据 |
| 工作负载 | 样例版本、输入摘要、提示词摘要、输出策略 |
| 结果 | 完成、失败、取消、回退及保护隐私的诊断信息 |
发布检查表
- ☐ 主要搜索问题已回答，且没有未经支持的数字。
- ☐ 所有模型文件和运行时版本均已固定。
- ☐ 代表性任务和失败处理策略均有说明。
- ☐ 生命周期、取消、清理和回退均已测试。
- ☐ 用户内容与网络边界均有说明。
- ☐ 结论只适用于被记录的配置。
- ☐ 新增测试结果时链接到原始方法或证据。
来源与相关证据
中文部署与排错专题见。奇连 AI 端侧专题。
常见问题
本地翻译成功能证明应用不需要登录吗？
不能。首次设置、购买、云端功能或客服可能另有账号依赖。应逐项测试，并与本地推理步骤区分，还要记录资源和会话状态并核对。
缓存的登录会话能证明账号可选吗？
不能。应在受控登出和过期会话状态下重测，缓存令牌会掩盖依赖。建议使用专用测试账号和合成内容，避免私人数据及账号泄露。
登出时应该删除本地历史吗？
这是实现和产品策略问题。检查并测试实际删除范围；不要假定凭据、本地历史、导出和云端数据会一起处理，需分别记录结果。