议题：免费工作坊报名表错误恢复
现象：只说无法报名，没有明确纠正入口；切换参加方式后，隐藏的场次错误仍可能阻止提交。
目的：保留已输入内容，让人纠正当前适用字段后继续报名。
范围：姓名、邮箱、参加方式、现场场次。无登录、支付、附件。独立虚构设计。
规则：姓名、邮箱、参加方式必填；仅现场需要场次。与开发确定空白处理、长度、格式，并在服务器执行相同规则。邮箱格式不等于可送达或本人所有。
方式变化：切线上时清除场次值、错误及请求中的场次。事先说明会重置，变更后提示无需场次；切回现场重新选择。姓名、邮箱即使有误也保留。
时机：首次提交前不提前报错。提交检查所有当前适用字段，按页面顺序在摘要和字段旁显示相同文案，不停在第一项。服务器验证错误使用同一展示结构。
焦点：提交错误后移动到摘要标题。链接指向输入框或选择组首个可操作选项；不能被固定页头挡住。错误文本与控件关联，不只靠颜色。
修改：已报错字段离开时复查。解决后同时移除两处错误并更新剩余数量；最后一项解决则删除空摘要。不因复查跳回摘要。新错误在下次整体提交时检查。
文案：请输入姓名／请输入邮箱地址／请检查邮箱中@前后的内容（仅对应条件）／请选择参加方式／请选择现场场次。
场次满额：服务器确认后保留其他输入，把原场次标记为满额并要求重新选择，不自动替换。再次提交时复核可用性；开发验证容量检查与报名确认的一致处理。
服务问题：不能标记正确输入为错误。结果未知时提供有依据的结果查询，不断定成功失败，也不自动重复提交。
分工：策划定条件、文案、转换与焦点；开发确认前后端规则、拒绝映射和接收依据；QA验证顺序和辅助技术；运营区分输入纠正与服务问题。
QA：空提交、多错误、保留错误值、键盘链接、错误解除、现场→线上→现场、请求字段、服务器满额、超时、320像素和放大。执行后另记实际结果、版本、环境、负责人和证据。
测量：看错误类别重复及纠正后的再次提交结果，不记录姓名、邮箱或输入原值。错误数量减少本身不证明完成率改善。
补充验收：选择场次A→切换线上→确认请求无场次→返回现场→确认A未恢复→未选场次提交并提示必填。本例只讨论已确认满额；报名期限和活动取消另行定义。