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

湖南做网站，上线验收应该怎样执行

上线验收不是“打开首页能看”就算完成，而是按清单逐项核对功能、内容、兼容性、性能、安全与交付物，每项都有明确的检查方法和通过标准。多人协作时，建议把验收拆成“开发自检—验收人复核—问题回归”三步，所有结论写进同一份验收记录，避免口头确认导致返工。

先定验收范围和通过标准

动手检查前，先把范围写清楚：本次上线包含哪些页面、哪些表单、哪些后台角色、哪些第三方对接。范围之外的功能不纳入本次验收，避免临时加需求。通过标准要可判断，例如“表单提交后后台能看到记录并收到邮件通知”，而不是“表单正常”。

• 要查什么：页面清单、功能清单、角色清单、交付物清单是否齐全。
• 怎么查：对照需求文档或确认过的原型逐条勾选，缺项直接标为“待确认”。
• 结果说明什么：清单不全时，验收无法闭环，应先补范围再继续。

功能与内容逐项核对

功能验收按用户真实路径走一遍，不要只点导航。内容验收重点看错别字、占位文案、失效图片和过期信息。

1. 表单：填写必填项、漏填、格式错误、重复提交四种情况各试一次，确认提示文案正确、后台有记录、通知能到达。若只在前端提示成功而后台无记录，说明提交链路未打通。
2. 链接：用站点爬取工具或手工点击，检查内链、外链、锚点是否可达。出现 404 要区分是路径写错还是文件未上传。
3. 搜索与筛选：输入存在和不存在的关键词，确认结果正确、空结果有提示。
4. 多角色：用管理员、编辑、普通用户分别登录，确认权限边界，不能出现越权访问。
5. 文案与图片：检查占位文字、测试数据、版权不明的图片是否清理干净。

兼容性、性能与安全检查

这三项容易被跳过，但直接影响上线后的投诉量。

• 兼容性：在主流浏览器的当前版本和常见手机尺寸下各看一遍，重点看导航、表单、弹层是否错位。只在一个浏览器通过不算通过。
• 性能：用浏览器开发者工具或在线测速工具看首屏加载时间、图片大小、请求数量。图片未压缩、请求过多是常见拖慢原因，但具体瓶颈要以实测数据为准，不能凭感觉断言。
• 安全：检查后台默认账号是否已改、错误提示是否泄露服务器信息、表单是否有基本防滥用措施。发现异常先记录现象，再定位原因，不要直接下结论。

交付物与上线后回归

验收通过的前提是交付清楚。需要移交的内容包括：源码或后台账号、域名与服务器管理权限、部署说明、备份方式、已知问题清单。每项都要有接收人确认。

上线后做一次回归：按验收清单再走一遍关键路径，确认线上环境与测试环境表现一致。若出现差异，记录具体页面、操作步骤和现象，再判断是配置问题还是代码问题。假设某表单在测试环境正常、线上收不到通知，可能原因包括邮件配置不同、发信服务限制或环境变量缺失，需要逐项排查，而不是直接归咎于某一处。

下一步：把上述条目整理成一份带“通过/不通过/待确认”三态的验收表，指定每项负责人和复核人，问题修复后只回归对应条目，全部通过再签字交付。