折叠面板已经展开，为什么它的按钮仍可能不能再次折叠？

折叠面板的设计稿经常只有展开、收起两种截图，但截图没有回答一个交互问题：当前已经展开的那一块，能否再被关闭？W3C APG的Accordion模式允许不同实现。有些界面只许展开一个面板，而且要求始终有一个面板展开；在这样的条件下，当前面板就不支持再次折叠。[1]

这意味着设计交接至少要写出两个维度：内容此刻是否可见，以及用户此刻能执行什么动作。来源用aria-expanded表达面板可见状态，并在可见且不允许折叠时，为标题按钮说明aria-disabled状态；aria-controls则联系按钮与其控制的内容。[1] 把这些概念都压成“按钮灰了”，会丢掉重要区别。

假设一个资料页有“规格”“包装清单”“使用记录”三块内容，产品决定始终显示其中一块。初始显示规格时，重复激活规格标题可能没有折叠动作，而激活包装清单应切换内容。交接记录可以写成三个具体问题：初始哪块打开、打开另一块时原块怎样变化、再次激活当前标题时发生什么。这个场景是本文构造的状态例子，并非已经上线或经过读屏测试的页面。

键盘路径应另列一行。APG将标题按钮的Enter或Space激活，与Tab在可聚焦元素之间移动分开说明。[1] 因而，测试计划不能只记录鼠标点开成功。可以在副本原型中分别观察焦点到达标题、执行激活、进入内容中的链接，再离开组件；每一步记录实际焦点位置和可见状态。没有进行测试的步骤应留作待验，不依据静态图填通过。

标题附近还可能有常驻操作，例如下载资料的按钮。设计人员需要确认这个动作属于展开控制，还是与该内容相关的另一个操作。若把整个标题行都画成一块按钮，却又在里面放一个独立操作，开发时就会缺少两者如何区分的说明。交接稿可分别标出各自名称、作用对象和触发结果，避免只用同一张背景色表示它们。

内容层级也要跟随页面。若这组三个面板位于某个二级栏目之下，它们的标题应与该处信息结构对应，不能仅因为视觉字号小，就随意选择标题层级。来源把标题按钮放在合适的heading结构内，同时把额外常驻元素与该heading区分。[1] 这给设计说明提出了一个可核对的问题：屏幕上的层级和页面的结构层级是否表达同一关系。

最终交付时，把状态规则、操作对象和实际测试结果放在一起；两张截图继续说明外观，交互记录则说明状态怎样变化。本文只解释模式及核对方式，不把某个属性写对等同于整个界面已通过无障碍验收。