让协作变化留下可读记录，从真实长度检查页面布局，输入完成之后发生了什么

让协作变化留下可读记录

交互评审需要包含首次使用与偶尔使用的情境。

键盘路径检查也能暴露顺序与反馈的问题。

从真实长度检查页面布局

测试之间共享可变状态时，执行顺序可能变成隐含条件。单独运行成功、合并运行失败，往往提示隔离不充分。可以让每个测试明确建立并清理自己的数据，或使用独立资源，让结果由被检验的行为决定，而不是取决于前一个样例恰好留下了什么。

交互页面的简洁应与信息是否容易发现一起评估。

历史记录应帮助理解变化，而不仅显示有人操作。

输入完成之后发生了什么

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

错误提示应解释当前影响，并提供合适的下一步。

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