商定范围及决策人
从已批准的简报、发布标识符、目标环境和将被替换的 URL 开始。指定客户审批人、机构发布操作员及各自的替补人员。商定他们何时可用以及哪个沟通渠道将保存决策。
准备受控的测试收件箱、合成表单数据、允许的测试账户和访问受限的证据文件夹。确定哪些检查在排练中进行，哪些需要在实时目标上进行。在测试前设置上线阻断阈值：例如，缺失咨询、管理员访问中断或无法解释的数据差异需要拒绝。
编写小型可观察结果表格
每个测试使用一行，并带有稳定的标识符。当需要不同人员或证据时拆分行。以下示例是需要调整的标准，而非完整的验收记录。在工作副本中添加测试人员、实际结果、证据引用和审批人决策列。
横向滚动以查看所有表格列。
| 领域 | 预期结果 | 有用证据 |
|---|---|---|
| 表单 | 一个合成咨询到达约定的目的地一次；无效输入收到可用的解释。 | 提交参考和脱敏回执。 |
| 重定向 | 每个约定的旧 URL 到达其预期的替代 URL，且无循环。 | 源 URL、状态链和最终 URL。 |
| 访问 | 客户编辑可在范围内发布；受限的管理功能仍然不可用。 | 针对角色的测试说明。 |
| 计划作业 | 预期主机在约定时间运行任务并产生其预期输出。 | 调度器记录和输出引用。 |
| 数据 | 约定的记录、上传和关系在迁移后仍然存在。 | 比较表和选定的功能检查。 |
| 批准 | 指定的审批人记录接受、拒绝或明确接受的例外。 | 决策链接到已测试的发布。 |
在表单成功消息之外跟进
测试空提交、无效输入和有效的合成咨询。使用键盘到达字段、理解其标签、更正错误并提交。W3C 的表单指南说明必需输入需要清晰标识，且浏览器验证不能替代服务器端验证。将两者都纳入开发人员的测试范围。
然后与负责人验证约定的下游结果。仅浏览器成功消息不能证明收件箱或 CRM 中的接收。确认字段值、目的地和重复处理。将个人数据排除在截图之外。以客户编辑身份重复适当的任务，并检查受限操作被拒绝。
检查路径，而不仅仅是目标页面
商定旧到新 URL 列表，包括重要的活动链接和必需的查询参数。记录 HTTP 状态链以及到达的页面。MDN 区分永久和临时重定向，并记录重定向代码处理请求方法的差异。因此，重定向的表单提交需要自己的测试；使用普通页面请求打开目标是不够的。
拒绝循环、意外域和缺失目标。避免将机密查询字符串放入证据中。
为后台工作和数据提供各自的检查
对于每个计划任务，记录其用途、主机、执行身份、时区、计划、预期输出和接收失败的人员。在排练期间，将出站消息重定向到受控目的地。确定旧主机何时停止运行任务以及新主机何时承担责任，以便迁移不会留下两个活动的调度器。
定义数据截止时间，并比较约定的记录总数、选定字段值和上传文件。通过应用程序打开代表性记录以检查关系和权限。仅计数是不够的：相等的总数可能包含不同的记录。记录任何故意排除的历史数据并获取客户的决策。
示例：应等待的目录上线
在此虚构场景中，一家机构正在迁移一个工作坊的目录和咨询表单。客户审批人接受内容和重定向检查，但合成咨询到达了一个过时的邮箱。夜间目录导入也仍在旧主机上启用。结果被拒绝上线，两个失败都分配给发布操作员。
操作员更正收件人和调度器所有权，然后为这些行提供新的证据，并重复受影响的表单和数据检查。审批人在更改决策之前审查相同的发布标识符。如果客户同意，次要图像裁剪可以作为明确的例外保留，并附有负责人和截止日期；沉默不是接受。
验证决策并保持其限制可见
在关闭之前，确认每个必需行都有结果，每个失败行都有解决方案或记录的例外，并且审批人的决策标识了发布和时间。如果之后构建或配置发生变化，重新打开受影响的检查。存储简明证据并约定保留期限，将访问详情保存在团队的安全系统中。
此清单在其规定范围内确立项目验收。它不确立无障碍合规性、安全保障或未来可用性。在项目需要时安排专家审查。接下来，将已接受的发布、未决例外和指定的操作员带入持续责任记录。
Fontes e revisão
As referências técnicas foram verificadas em setembro de 12, 2026. Os exemplos são exercícios de planejamento; a documentação de software referenciada não estabelece as capacidades de serviço da PrivateHostLab.