看清一个状态如何变成另一个，确认成功之后仍可核对，给等待过程明确反馈

看清一个状态如何变成另一个

测试样本应标明用途，不能冒充用户真实记录。

一个功能的效果应放在具体使用流程中检查。

确认成功之后仍可核对

回归测试应保留问题成立的必要条件。若为了方便把复杂场景简化到不再触发原缺陷，即使测试通过，也没有保护作用。修复时可以先确认未修改版本在该样例上失败，再核对修复后的结果，让检查与问题之间存在可以说明的因果关系。

用户应能分辨内容已接收与结果已完成的不同阶段。

批量行为的影响不能仅靠当前屏幕让人猜测。

给等待过程明确反馈

搜索历史可能包含个人任务线索，因此需要容易清理与关闭记录的方式。若共享设备上默认展示最近查询，旁人可能看到不相关的工作内容。设计时可以让历史服务于用户自己的回访需求，同时保留控制范围，避免便利入口变成无意展示私人兴趣与资料的窗口。

帮助内容应围绕任务，而不是只列页面上的控件。

同一行为的命名需要保持稳定的使用预期。