神圣计划相关页面或实际运行环境经过处理后，验证应回到最初的问题，而不是换一个容易成功的动作。原先是表格截断，就检查相同表格；原先是写入结果未知，就读取具体记录。恢复结论需要与故障对象一致。
从原问题单提取验收条件
找回最初的地址、时间条件、设备、复现步骤和预期结果，列出本次需要满足的项目。若原记录不完整，应补充当前能够确认的条件，不能把新环境的成功伪装成原环境已经通过。
例如原问题发生在手机竖屏，就保留同一方向和相近视口。电脑页面正常可以作为补充，但不能替代手机验证。若原账号范围涉及私人资料，可使用脱敏编号核对，不把口令或会话交给不明第三方。
按原顺序完成一次完整过程
从入口开始，按相同步骤执行到最初失败处，再观察预期结果。中间若改变网络、设备或筛选条件，应记录变化。不要只看维护者提供的结果截图，也不要跳过会触发问题的等待、旋转或数据读取步骤。
对耗时或间歇问题，观察时间应覆盖原先出现异常的阶段。原先十几秒后才变空白，刚出现内容就截图不能说明已经恢复。人工计时可记为约数，保持与原记录可比较即可。
核对实际资料与保存状态
若处理过程涉及更新、迁移或重启，应检查具体记录、字段和附件。页面能打开不代表资料齐全，列表数量相同也不代表内容一致。选取原受影响记录与一条普通记录，分别读回核对。
之前结果未知的提交，应先确认远端是否已存在，再决定是否重做，避免重复记录。发现缺失时保留现场与现有副本，不直接批量覆盖。修复验证可以发现附带问题，这些问题应单列而不是忽略。
抽查相邻范围防止局部修好
页面布局修改后，检查相邻标题、导航和表格是否出现新遮挡；日期调整后，检查跨日样本与分组；入口跳转处理后，检查原路径和最终地址。抽查围绕本次变化可能影响的范围，不需要无目的地遍历全部功能。
若只有一个具体场景被验证，就明确写该场景通过。尚未检查的设备或页面保留待查，不用“全面恢复”概括。范围写得准确，后续才知道新增问题与原修复之间是否可能有关。
记录结果并保留再次观察条件
验证表可列检查项、实际结果、时间、证据编号和状态。状态区分已恢复、仍异常和未验证。对于间歇故障，可以按约定时段继续有限观察；一次正常结果不证明根因永久消除。
关闭问题前确认原症状已被对应验证，资料完整性有结果，仍有的限制已写清。把处理动作与验证证据放在同一记录中。之后再次出现时，能够比较条件与症状，而不是从一句“之前已经修好”重新猜测。