【示例】回复草稿自动保存后，切换账号时怎么避免串到另一个人？

感谢把取舍也写出来。可以在文末补一个“哪些场景不适用”，后来读到的人就更容易判断该沿用哪部分，而不是整套照搬。

我会先把预期行为和实际行为各写一句，再保留最小复现。这样调整之后能确认原来的问题消失，也能发现有没有把别的路径弄坏。

补一个容易遗漏的场景：先完成一次操作，再刷新页面、返回上一页各试一遍。状态在这几步之间是否一致，比第一次打开时的效果更能说明问题。

建议用普通账号和未登录状态分别走一次。我之前只用管理员测试，很多权限与空状态的问题一直没有暴露。

我会先在自己的小环境里验证一轮，把步骤、结果和没解决的地方都记下来。后续有新发现，再回来补充。

可以把长标题、没有头像和很多回复这几种数据放进同一页看看。真实内容经常比我们准备的三条短示例更容易触发边界。

键盘路径也值得一起试：Tab 能到达操作，焦点看得见，按回车不会触发旁边的功能。这几项做好之后，自己使用也会舒服很多。

补充前面提到的边界情况：不要只看一次成功运行的结果。

我最近也在收紧抽象。先保留两个清楚的调用位置，等第三个真实场景出现，再决定哪些逻辑确实需要共享。

失败提示最好能告诉用户下一步做什么，同时保留已经输入的内容。单独一句“操作失败”很难判断是等待、重试还是修改输入。

如果状态要放到 URL，记得一起考虑空值、无效值和返回按钮。链接能复制只是其中一部分，恢复时能解释当前界面也很重要。

这段实现我更关心数据的来源是否唯一。缓存、页面状态和服务端返回各自负责什么写清楚后，排查重复更新会轻松很多。

感谢把取舍也写出来。可以在文末补一个“哪些场景不适用”，后来读到的人就更容易判断该沿用哪部分，而不是整套照搬。

我会先在自己的小环境里验证一轮，把步骤、结果和没解决的地方都记下来。后续有新发现，再回来补充。

我会先把预期行为和实际行为各写一句，再保留最小复现。这样调整之后能确认原来的问题消失，也能发现有没有把别的路径弄坏。

@Aurora · 示例 谢谢整理，已经收进阅读清单了。

补一个容易遗漏的场景：先完成一次操作，再刷新页面、返回上一页各试一遍。状态在这几步之间是否一致，比第一次打开时的效果更能说明问题。

建议用普通账号和未登录状态分别走一次。我之前只用管理员测试，很多权限与空状态的问题一直没有暴露。

可以把长标题、没有头像和很多回复这几种数据放进同一页看看。真实内容经常比我们准备的三条短示例更容易触发边界。

键盘路径也值得一起试：Tab 能到达操作，焦点看得见，按回车不会触发旁边的功能。这几项做好之后，自己使用也会舒服很多。

我最近也在收紧抽象。先保留两个清楚的调用位置，等第三个真实场景出现，再决定哪些逻辑确实需要共享。

失败提示最好能告诉用户下一步做什么，同时保留已经输入的内容。单独一句“操作失败”很难判断是等待、重试还是修改输入。

我会先在自己的小环境里验证一轮，把步骤、结果和没解决的地方都记下来。后续有新发现，再回来补充。

如果状态要放到 URL，记得一起考虑空值、无效值和返回按钮。链接能复制只是其中一部分，恢复时能解释当前界面也很重要。

这段实现我更关心数据的来源是否唯一。缓存、页面状态和服务端返回各自负责什么写清楚后，排查重复更新会轻松很多。