网站或软件开发交付前，按功能、源码、数据库、账号、部署、SEO、安全与维护范围逐项验收，并明确新增需求如何确认。
先确定范围与可测试的验收标准
验收不能只看“页面已经做好”。先把双方确认的功能清单、设计稿、部署环境、测试设备和完成条件放在一起。每一项应能实际操作或提供明确的交付文件；没有约定的新增工作，不应在验收时直接视为原范围。
功能与界面：沿真实用户路径测试
从客户真正会使用的流程出发，不要只检查首页。企业网站关注询盘和多语言切换，商城关注购物车、结账与通知，管理系统关注权限、数据和异常处理。
- 桌面与手机端的导航、链接、按钮和联系入口可用。
- 注册、登录、订单、查询或后台操作符合已确认的功能范围。
- 错误提示、权限限制和必要的日志能够按约定工作。
- 各语言页面、邮件通知和第三方接口完成对应测试。
源码、数据与账号：交接权属要清楚
检查代码仓库、数据库备份、部署文件、域名、主机、第三方平台及插件授权的归属。关键账号建议由客户自己持有，并使用受控权限邀请协作者。不要通过普通邮件发送后台密码。
- 确认源码、设计素材及数据库的交付形式与使用授权。
- 记录服务器、DNS、证书、支付或广告账号由谁管理。
- 验证备份可以读取，并明确恢复责任和操作方式。
上线质量：SEO、安全和可维护性
上线后应验证页面返回状态、Canonical、hreflang、Sitemap、robots、404、移动端布局及资源加载。还要确认更新、备份、权限和错误日志等基础措施。性能与安全没有“一次验收永久有效”的保证。
- 正式域名上的主要页面能访问，关键资源不返回 404。
- 应索引页面与 Sitemap、Canonical 对应，不应意外 noindex。
- 按约定检查响应式、可访问性和常用浏览器。
交付文件与后续维护
交付清单可包括部署说明、技术依赖、账号清单、数据库结构、备份位置、已知限制及维护建议。还应明确验收后的缺陷修复期、持续维护是否另计、第三方订阅和服务器费用由谁承担。
需求增加时，先重新确认
新增页面、语言、支付方式、接口或工作流程可能改变技术难度。先记录变更内容、对既有功能的影响、工期与费用，经双方书面确认后再执行。原范围内的缺陷修复，应与新增功能分开判断。
可以直接使用的最终检查表
把以下项目复制到自己的项目验收记录中，逐项写下通过、未通过或不适用。
- 核心功能与异常场景：已按清单测试。
- 桌面、手机和必要的语言版本：已检查。
- 源码、数据库、素材及授权：已交接。
- 域名、服务器、证书、第三方账号：归属清楚。
- SEO、备份、权限和上线状态：已验证。
- 部署说明、维护边界及新增需求：已书面确认。