多处错误需要顶部汇总
别名: 错误汇总 · error summary · error list · 提交错误清单
概念解释
一张表上同时有两处以上失败时，人在按钮旁看不见全局。顶部汇总是提交失败后出现在表单开头的一份清单：有几处错、各是哪一项。它给人一张地图，而不是让人从按钮往回滚着碰运气。一条错误不需要这张地图；多处错误没有它，人会改完看得见的那一处再提交，撞上下一处。这条只谈「要不要在顶部给出全集」，不谈清单项能不能跳转到字段，也不谈有了清单是否可以拿掉字段旁边的那句错误。焦点落到首错、字段滚进视口，是定位动作，汇总是目录。
机制
工作记忆一次盯不住整张表的失败集合。提交之后人站在终点，向前看是空白，向后看是一串可能变红的框。汇总把集合从「未知长度的寻宝」收成「三处：邮箱、日期、附件」，人可以按清单做完再提交，而不是把提交当成探测工具。第二层是计数产生终止条件：写明「3 处需要修改」让人知道何时算改完；没有计数，改完两处之后仍不确定是否还有第三处藏在折叠区或下一屏。单处错误时清单与字段旁提示重复，价值很小；一旦错误跨组、跨步或跨折叠，目录的价值超过任何一处就地红字。汇总出现在顶部，是因为阅读起点在顶部——放在按钮上方只服务刚点过按钮的人，从页面中途进入或使用阅读器从标题开始的人会错过。
怎么研究
构造含 1、3、7 处错误的同一张表，比较「只有字段旁提示」「顶部加清单」「清单放在提交按钮上方」。
自变量：错误个数、汇总位置（表顶 / 按钮上 / 无）、是否含折叠区内的错误。 因变量：第一次重新提交仍失败的比率、找到全部错误所用的滚动距离、是否漏掉折叠区内的项、对「还有没有错」的主观确定。
实验室里表很短，3 处错误也都能看见，会低估汇总。要用必须滚动和含折叠的长表。不要把「有汇总组完成更快」写成跳转功能的效果——那是下一项。
边界
向导的单步里若业务上不允许存在多处错误（每步只有一个字段），顶部清单是空壳。服务端一次只返回第一处错误时，清单无法诚实，应改成「还有未返回的检查」而不是假装全集。实时校验在人还没提交时就弹出顶部清单，会把过程态干扰成终态审判。打印和邮件里的表单没有「顶部」交互层。极短的登录框两字段都在同一视口，口头上的两处红字已经构成全集，清单的增量很小。
怎么落地
- 提交后若无效项大于一，在表单标题下插入一份清单，写清总处数和每一项的字段名加原因短句。
- 清单出现在阅读起点，而不是只贴在提交按钮上方；进入页面时若清单已在，焦点或阅读器应从清单标题开始。
- 折叠区、另一步、隐藏但会提交的字段里的错误也要进清单，否则计数撒谎。
- 验证：故意制造三处错误，其中一处在默认折叠里，提交后看清单是否列出三处。改完看得见的两处再提交，确认不会「以为已经改完」。把清单挪到按钮上方，从页面顶部开始用阅读器走一遍，看清单是否被跳过。