客户填写了会议室面积、使用平台和计划时间，页面也弹出“提交成功”，但工程师没有收到邮件。此时先不要让客户反复重填，也不要把问题直接归到邮箱：成功提示、需求保存、通知发送和负责人接单，是需要分别核对的状态。
先找这次提交有没有留下记录
由有权限的管理员按提交时间、页面和编号核对后台。若记录存在，确认会议室数量、用途、联系方式及附件状态是否完整；如果后台没有记录，就先检查表单请求、服务端校验和保存日志。感谢页能显示，不足以证明服务端已经写入成功。
测试应使用明确标有“网站测试”的资料，并事先告知接单人员。不要上传真实办公室平面图、网络拓扑或内部会议链接到公开工单。记录必要的测试编号即可，完整业务资料留在受控系统内。
有记录但没邮件，沿通知链逐段查
- 确认保存成功后是否触发通知任务。若任务没创建，检查触发条件和队列，而不是先更换邮箱。
- 确认发送服务有没有接受任务，保留发送标识与返回状态。接受发送不等于最终投递成功。
- 检查退信、收件地址、邮件规则及垃圾箱；由邮箱管理员核对，不把密码交给无关人员。
- 核对收件人是否仍负责该地区和项目类型，CRM或工单是否有人认领。
可结合光算的表单成功却收不到通知的排查方法建立检查记录。重要的是让同一笔需求在保存、通知与接单阶段都能对应起来，而不只是留下“我这边测试正常”的回复。
带附件和跨语言需求需要单独测试
会议室项目常附布局图、设备清单和照片。用不含敏感信息的样本测试允许的文件类型与大小，检查文件上传失败时是否清楚提示，是否允许先提交文字再补材料。不能把附件失败悄悄吞掉，再给客户完整成功的印象。
还可测试实际面向的语言、国际电话号码和较长需求描述。某个国家客户少，不足以证明是风控拦截；应先在获准查看的记录中确认问题是否确实发生在提交阶段。需要修改规则时由负责人员评估，不直接关闭所有反垃圾防护。
预约申请不等于演示时间已经确认
如果工程师尚未核对时区、人员和设备条件，成功页应表达“申请已收到”，并说明下一步确认方式。不要把普通咨询表单包装成实时预约系统，更不要承诺无人负责的即时响应。
通知故障的演练应放在测试环境或经批准的受控流程中，不要为验证失败分支停用生产邮箱。修复后从真实公网入口再做一笔标记测试，核到负责人确认，随后将测试线索与真实客户需求区分。这样才能知道恢复的是整条预约路径，而不只是某封邮件。