完整指南
从入口到客户端，建立一张可复核的连接记录
把观察、推测和单变量复测分开，避免故障记录失真。第一行写具体动作，不写“不能用”
记录从设备和动作开始，例如“安卓客户端启动后，切换到移动网络时显示某段提示”。这句话同时给出平台、阶段与现象，下一位阅读者可以从同一步复测。
随后补上日期时间、系统版本、客户端版本和网络类别。字段不必很多，但每一项都应能解释条件差异。
观察与推测分成两栏
观察栏只写地址、页面状态、系统提示、错误原文和结果；推测栏可以写可能与会话、网络或版本有关，但必须标明尚未确认。这样可避免猜测在多次转述后变成事实。
更换网络后恢复，观察是“条件改变后恢复”，不是“某网络故障”。只有更多独立证据支持时，才缩小原因。
每次复测只新增一项改变
复测前写下唯一改变的条件，完成后另起一行记录结果，不覆盖上一条。不要同时重装、换网、更新系统和修改账号；那样即使恢复，也无法知道哪个动作有效。
每个条件最多做一至两次对照。连续大量测试会引入缓存、限流、设备温度和会话变化，降低记录质量。
结束条件保护设备与账号
当相同现象在两种网络或两台设备上保持一致，或出现证书警告、敏感资料请求、无法解释的跨域跳转时，应停止继续尝试并提交记录。
最终摘要包含当前任务、最后正常时间、首次异常时间、固定条件、唯一改变、错误原文和最终结果。删除密码、验证码、付款信息、二维码和完整配置后再分享。
分享记录前完成隐私删减
截图和地址中可能包含账号名、二维码、会话参数或完整配置。发送前逐项遮挡，并把查询参数删到只保留理解路径所需的部分；若不确定某段字符串的用途，宁可不公开。
隐私删减不能破坏故障上下文。保留设备类别、系统与客户端版本、网络类型、时间、操作顺序和错误原文，就能让他人理解现象，同时避免把个人凭证混进技术记录。