空结果也需要解释条件，关闭面板之后焦点去哪里，帮助文档从一个目标开始

空结果也需要解释条件

实现成功与使用者完成任务之间仍可能有距离。

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

关闭面板之后焦点去哪里

性能测试中的数据分布应接近要检验的问题。所有对象大小相同、访问均匀的样例，可能看不到热点与大对象造成的差异。可以明确每种负载代表哪类情境，让结果解释有边界，也避免把一次理想条件下的速度直接当成所有真实使用方式都能达到的表现。

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

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

帮助文档从一个目标开始

长列表虚拟化能够减少绘制负担，但需要保留键盘与朗读路径。滚动到屏幕外的项目被移除后，焦点不能突然失去对象。设计可以围绕活动条目保留必要结构，并测试跳转与搜索定位，让性能改进不牺牲操作连续性，也让可访问体验参与同一轮评估。

结果暂时不明时，应提供可查询的状态线索。

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