空结果也需要解释条件，示例内容也会影响判断，默认选择不必适合所有人

空结果也需要解释条件

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

不同长度的文字有助于检查布局是否稳妥。

示例内容也会影响判断

性能观察中只看平均耗时，可能看不到少数等待很久的请求。可以同时观察不同延迟区间，并结合任务类型理解变化。测量本身也需要稳定口径，避免一次记录包括排队时间、另一次只记录执行时间，最后把两种不同含义的数字放在一起比较。

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

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

默认选择不必适合所有人

需求优先级的讨论可以区分问题发生的频率与后果的严重程度。一个少见但会导致工作丢失的情境，不能只因次数不多就被忽略。描述时保留影响对象与恢复难度，能帮助团队在资源有限时作出可解释的取舍，而不是单看哪项建议声音最大。

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

撤销范围应与提示给出的预期相符。