📍 WDQWDWQD987AAAAA:216.73.216.110
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /afe749002c15.html
📄

网站建设案例，上线验收应该怎样执行

上线验收不是“打开首页看一眼”，而是按清单逐项核对需求、内容、功能、兼容性和交付物，确认后再切换正式域名。多人协作时，建议把每项检查写成“通过/不通过/待确认”，并记录负责人和证据，避免口头确认造成返工。

先锁定验收范围和责任人

验收前要明确这次上线包含哪些页面、哪些功能、哪些终端。把需求文档、设计稿、内容表放在同一处，逐条编号。每项指定一个验收人和一个修改人，避免出现问题时互相等待。

• 要查什么：页面清单、功能清单、内容清单是否齐全，是否与合同或需求一致。
• 怎么查：用表格列出编号、页面或功能名称、验收标准、负责人、状态。
• 结果说明什么：清单外的内容默认不进入本次验收；清单内未通过的项目必须修复后复验。

内容与链接逐页核对

内容错误往往比功能错误更容易被用户先看到。验收时不要只抽查首页，应覆盖所有已上线页面。

1. 文字：标题、正文、按钮文案是否与最终确认稿一致，是否有错别字、占位文字、重复段落。
2. 图片：是否清晰、比例正确、没有拉伸变形，替代文本是否填写且能描述图片内容。
3. 链接：导航、页脚、正文内链、按钮链接是否指向正确页面，是否存在空链接或死链。
4. 表单：必填项、格式提示、提交成功提示、提交失败提示是否完整。

假设示例：某页面按钮写“立即咨询”，但点击后跳转到空白页。这属于链接验收不通过，应记录按钮所在页面、点击后的实际地址和预期地址，再交给修改人处理。

功能与兼容性测试

功能验收要覆盖正常操作和异常操作。兼容性则按目标用户常用的浏览器、屏幕尺寸和网络条件检查。

• 核心流程：从进入页面到完成目标动作，能否一次走通，是否有中断或报错。
• 异常输入：空内容、超长文字、错误格式、重复提交时，页面是否有合理提示。
• 多端显示：桌面、平板、手机宽度下，导航、表格、图片、按钮是否错位或遮挡。
• 加载表现：图片是否过大、页面是否长时间空白、关键内容是否在合理时间内出现。

判断结果时，区分“可能原因”和“已经定位的原因”。例如页面在手机端错位，可能是样式断点问题，也可能是内容过长导致；只有复现并查看具体元素后，才能写成已定位原因。

技术项与上线切换检查

技术验收面向可访问性和后续维护，不涉及排名承诺。重点确认页面能被正常打开、抓取和索引所需的基础条件已配置。

• 页面状态：主要页面返回正常状态，错误页面有明确提示和返回入口。
• 地址规范：正式域名、带不带 www、http 与 https 是否统一，避免同一内容多个地址。
• 站点文件：robots.txt 是否误屏蔽整站，sitemap 是否包含主要页面。
• 统计与代码：统计代码、表单接收、必要的第三方代码是否只加载一次，是否影响页面显示。
• 备份与回滚：上线前是否保留旧版本文件和数据库备份，出问题时能否快速恢复。

技术示例中提到的标签应写成转义形式，例如检查页面标题是否只有一个 <h1>，小节标题是否使用 <h2>，避免结构混乱。

交付物与复验闭环

验收通过后，交付物要能让其他人接手维护。至少包括：页面和功能清单、账号权限说明、备份位置、修改记录、未完成事项。

复验只检查上次不通过的项目和相关联页面，不要重新打开全部内容。每项复验仍记录状态和证据，全部通过后再切换正式域名。若上线后发现问题，按“影响范围—复现步骤—临时处理—修复版本”记录，避免同一问题反复出现。

下一步：把上面的检查项复制成一张验收表，按页面或功能逐行分配负责人，约定复验时间，再执行上线切换。