只有当所访问的可信入口确实提供验证码流程时，以下方法才适用；本文不据此断言神圣计划采用任何特定验证方式。先明确验证码通过什么渠道发送，再检查对应接收条件，避免把不同流程混在一起尝试。
先确认页面是否接受了请求
记录点击发送的时间以及随后出现的文字。页面明确提示失败、仍在等待和显示已发送，是不同状态。若网络中断，无法知道请求是否到达，就先保留现场，不立刻连续点击，以免产生多次无法对应的请求。
确认使用的地址与来源一致，并检查接收账号是否属于自己。页面若显示部分隐藏的手机或邮箱，可以与自己掌握的信息比对。若隐藏标识不符，停止重试并核实账号，不将验证码发送到不确定的接收端。
按短信和邮件分别检查
短信渠道可检查设备信号、收件容量、拦截记录及是否在正确的号码设备上查看。邮件渠道可检查垃圾邮件、分类收件箱和搜索结果。不要为了测试关闭整套安全防护，也不必把所有陌生号码加入信任名单。
邮件搜索可以按发送时间附近和页面说明中的发送主体查找，但仍要核对实际发件地址。邮件中的品牌名称可能被仿冒。不要因为一封邮件标题写着验证码，就把其中链接视为可信入口。
遵守提示中的间隔和有效期
若页面给出倒计时、重试间隔或验证码有效期，按实际说明操作，不自行假设所有入口都相同。多次请求后收到的消息可能顺序颠倒，应按对应请求时间判断，不能把几组验证码依次大量试填。
可以建立简单时间线：首次请求、页面提示、第二次请求和实际收件时间。若连续几次都未收到，停下来整理证据，比继续点击更有帮助。记录请求数量也能让维护者判断是否触及发送限制。
区分未收到与收到后不可用
验证码已经收到但页面提示过期，不属于完全未送达。填写后提示不匹配，也可能与请求对应关系、输入空格或流程状态有关。应记录提示原文和时间差，不将不同错误统一写为收不到。
不要截图公开验证码内容。需要说明消息到达时点，可以只保留接收时间和经过遮挡的消息类型。验证码、恢复码和任何一次性口令都不应发给第三方；声称需要验证码才能“帮忙解锁”的请求应先停止核实。
通过可信渠道提交最小问题单
可提供接收渠道类别、脱敏账号、请求时间、页面提示、尝试次数及设备环境。已核验的服务维护渠道若要求补充信息，应确认需求与处理目的，不发送无关个人资料。无法核实渠道时先保留记录。
恢复后只进行一次正常流程确认，并记录消息是否在说明范围内到达。单次成功不能代表以后永不延迟；如果问题反复出现，继续按相同字段保存样本，便于区分偶发接收问题与持续的发送异常。