GsouCloud手机版第一次同步：从登录、权限到资料链验证

用一条小资料完成闭环

首次使用不应立刻开放整个相册、下载目录或项目文件夹。选择一条不含敏感信息的测试记录，依次完成登录、保存、上传、另一端打开和修改回写，能更快辨认问题发生在账号、设备权限还是同步链路。

测试资料要包含可核对的名称、时间和一个简单附件。服务器显示上传成功以后，还要在另一台设备打开内容，确认字符、时间和附件没有缺失。只看进度条结束，无法证明接收端已经得到可用资料。

iOS与安卓的权限含义不同

iOS通常把照片、文件、通知和后台活动分开管理；安卓还会因系统版本和厂商策略影响后台任务。只批准当前任务需要的权限，出现无法解释的请求时返回设置说明，不要为了通过安装而一次开放全部权限。

权限改变后重新执行同一条测试，比更换网络、重装应用和修改账号同时进行更容易定位原因。每项调整都单独留下结果，修复效果才有清楚依据。

把完成状态写清楚

移动端应区分本地已保存、等待上传、服务器已接收和需要处理。换机或退出旧设备前，至少确认关键资料已经到达服务器，并在新设备上实际打开。

反馈问题时提供系统版本、客户端版本、发生时间、网络类型和提示原文即可。密码、验证码、完整账号和未脱敏研究资料不应通过普通反馈渠道提交。

移动客户端在实际项目中的检查重点

现场采集常发生在信号不稳定的环境。此时客户端应明确区分本地保存、等待上传和服务器确认，使用者也要知道关闭页面是否会中断任务。若系统只显示一个模糊的“完成”，团队很容易在返程后才发现附件仍留在旧设备。

测试同步不能只选纯文字。较合理的样本应同时带有中文名称、拍摄时间、小型附件和一次修改记录，这样才能验证字符编码、时区、文件传输与冲突处理。测试成功后再逐步扩大目录，比一次导入全部项目更容易发现问题。

多人共用项目时，还要确认谁可以修改、谁只能查看，以及离线修改重新上线后采用什么规则。权限与冲突机制应在正式采集前演练，而不是等两位成员覆盖彼此记录后才补救。

完成首次同步后，可以把设备型号、系统版本、客户端版本和测试日期写入项目日志。它不是技术人员专用的记录，而是下一次换机、更新或故障排查时最直接的比较基准。