换机、导入通讯录或同时使用多个账号后，同一个人可能出现多个入口。直接删除容易误伤仍在使用的会话，先确认稳定身份标识更可靠。
这类问题适合先做一个小样本，不需要一次调整所有设置。每完成一步就回到原场景复测，并把发生变化的时间记下来。
先看现象，不要先猜原因
同一句“有问题”可能包含多个故障。建议先把流程拆成打开、登录、读取、发送或保存几个节点，逐一标出最后一个正常节点。这样可以避免为了一个局部异常去重装整套环境。
| 观察到的情况 | 更合适的第一步 |
|---|---|
| 只在一台设备出现 | 优先看本机权限、存储、后台任务和网络，不要先改账号。 |
| 换网络后恢复 | 保留网络差异，继续比较 DNS、代理、路由或运营商限制。 |
| 所有设备同时出现 | 记录准确时间和共同版本，再判断服务状态或统一配置。 |
| 偶发且难以复现 | 缩小变量，连续完成三次同样的小任务并记录结果。 |
按顺序处理，每一步都要复测
1. 按号码或稳定账号建立主记录
进行“按号码或稳定账号建立主记录”时不要顺便更新软件或清理数据。保留对照条件，测试完成后只留下确实有效的改动。
2. 核对最近一次真实会话
把“核对最近一次真实会话”做成可重复的小动作，记下开始时间、使用设备与结果。连续两次得到相同结果后再继续，避免把偶然恢复当成结论。
3. 保留仍有历史记录的入口
执行“保留仍有历史记录的入口”时先保存当前状态，只改变一个条件。操作后立即回到原场景复测；没有变化就恢复原值，不把无关改动带到下一步。
4. 统一昵称与备注格式
处理“统一昵称与备注格式”前先说明预期结果和回退方法。完成后用固定样本验证，并检查是否影响其他设备、账号或文件。
5. 合并后做一次新消息测试
执行“合并后做一次新消息测试”时先保存当前状态，只改变一个条件。操作后立即回到原场景复测；没有变化就恢复原值，不把无关改动带到下一步。
原来的现象不能再稳定复现，核心任务连续完成两次，重新打开程序后结果仍然一致；同时清楚哪项改动有效、怎样恢复原值，才算真正完成。
联系人去重场景还要多看一层
即时通讯问题要把消息本身、设备状态和网络路径分开看。文字、图片、语音和文件走过的处理环节不同，不能用一条文字发送成功来证明所有功能都正常。涉及群组时还要区分个人设置与群级权限；涉及多设备时应保留一台状态正常的设备作为参照。
桌面端更适合做对照，因为可以同时查看版本、存储、进程和网络信息。处理完不要立刻删除日志或安装包，至少保留到一次重启和一次真实任务完成之后。确认稳定后，再把临时文件移出工作目录，并记录最终保留了哪些设置。
把真实任务当作验收标准
设置页面显示成功只是中间状态。真正的验收是重新打开程序，完成一次平时最常做的任务，并在另一台设备或另一个账号上确认结果。团队场景还要让接手的人能照记录复现。
记录要短，但必须能复用
一条有效记录至少包含日期、设备、版本、网络、改动和结果。不要只写“已修复”或“恢复正常”，因为下次无法判断当时改了什么。把截图与文字放在同一目录，并使用能看懂的文件名。
一个可直接照着做的小例子
例如上午九点电脑端出现异常、手机端正常。先记下两端版本和网络，用同一对象完成最小测试。若只有电脑失败，就从电脑权限、存储和网络查起；若换手机热点后恢复，继续检查本机网络配置，而不是退出所有设备。
常见误区
- 一次修改多个选项，恢复后不知道真正原因。
- 未保存原配置和版本，出现副作用时无法回退。
- 把缓存、下载文件和唯一数据混在一起清理。
- 只看成功提示，不用真实任务验收。
把结果留给下次
最终记录可压缩为五行：现象、环境、改动、结果、回退方法。文件名加入日期和版本，截图只保留相关区域。记录不必很长，但必须让没有参与处理的人也能复现。
常见问题
是不是重装最快？
只有程序文件损坏时，重装才可能直接有效。账号、网络、权限和数据问题不会因为重装自动消失，反而可能先清掉本地线索。
需要连续测试多久？
至少覆盖两次真实任务和一次程序重启。网络类问题最好再跨一个不同时段复测，避免把短时恢复当作长期稳定。
哪些内容不应该写进排查记录？
验证码、完整密钥、密码、个人证件和不必要的客户隐私都不应保存。需要截图时先裁切和遮挡，记录现象而不是敏感值本身。
最后检查
重新启动 Signal 后，不看设置页面，直接执行最常见的真实任务。确认结果稳定，再恢复为测试而修改的无关选项，并保存最终记录。