空结果也需要解释条件，确认成功之后仍可核对，导出之前先看清内容范围

空结果也需要解释条件

权限变化需要让内容拥有者理解实际影响。

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

确认成功之后仍可核对

日志级别应帮助控制关注范围。正常任务的每个步骤都记成严重错误，会让真正需要响应的异常失去辨识度。约定级别时可以结合是否影响用户、是否需要人工处理与是否能够自行恢复，让记录的重要性来自行动需求，而不是开发者当时的焦虑程度。

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

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

导出之前先看清内容范围

测试覆盖率能够提示哪些代码尚未执行，却不能直接证明行为正确。一个没有断言结果的路径同样可能被计入覆盖。评估测试时可以询问它会在哪种错误下失败，以及失败是否帮助定位，让数字成为查找盲区的线索，而不是替代对检查质量的判断。

状态说明需要覆盖结果暂时不明的情况。

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