修改设置时，很容易记住“做过什么”，却忘记“为什么这么做”。一份简短的记录，能让后续排查有一个可靠起点。
先描述当前情况
写清出现问题的时间、触发步骤和实际结果。尽量保留可以复现的条件，例如软件版本、具体页面或输入样例。只写“有时不正常”，通常不足以判断问题是否解决。
一次只验证一个假设
先说明预期：修改这个选项后，哪项行为应该变化？如果一次更改许多无关设置，即使现象消失，也很难知道真正起作用的是哪一项。
记录验证范围
区分“已经测过”和“尚未检查”。一个页面成功打开，不代表搜索、下载和移动端布局都正常。验证范围应围绕实际用途选择，不需要为了凑数量重复同一种测试。
留下恢复方法
保存原始设置或备份位置，记录恢复的具体步骤。涉及多人共用的内容时，还应核对期间是否有人做了其他改动，避免恢复旧版本时覆盖新工作。
最后，用几句话说明改动带来的结果、仍然存在的限制，以及下次需要检查的条件。这通常比一大段操作流水账更有价值。