活动上线十分钟，客服电话打爆了：报名按钮点了没反应。回头查是提交接口的地址配错了，测试环节压根没点过这个按钮。交付扯皮和上线事故，八成源于没有一份像样的验收清单。H5网页制作的验收不神秘，照着下面的思路过一遍，能拦住绝大多数低级事故，清单不复杂，麻烦的是每次都认真执行。
功能验收对着需求清单走
验收的依据是当初的需求文档，不是感觉。把文档里的功能逐条列出来，每条当场操作一遍：表单能不能提交、数据有没有进后台、抽奖概率跟约定是否一致、分享卡片显示是否正确。后台功能同样要过，数据导出能不能用、权限分级对不对，后台的每一个按钮都要点一遍，哪怕它看起来再简单。有条件的话让运营自己来点一遍，他们是最了解业务流程的人，最容易发现开发注意不到的逻辑断点，比如某个奖品发完了页面该提示什么。功能验收要留记录，谁点的、什么时间、结果如何，出问题能追溯到人。
性能和兼容别靠感觉
用手机流量实际测一次加载速度，首屏超过五秒就该整改。挑三五台覆盖高中低价位的真机过一遍核心流程，重点盯表单页的键盘交互和分享功能。弱网环境也要试，把网络限速调到跟地铁里差不多，页面崩不崩、提示友不友好，一试便知，这一步省下来的，都是上线后的客服工单。性能测试别只测一次，活动开始前一小时再复测一遍，上线后改过的东西都要重测。
交付物清点别省略
验收不只是看页面，还要清点交付物：源码和部署文档交没交、后台账号密码有没有移交、域名和服务器的管理权限在谁手里、数据备份机制是否约定。这些事后补要难得多，尤其跟外包合作时，项目结束人就不一定找得到了，验收当天把东西要齐是最低成本的做法。交接清单双方签字各留一份，这是H5网页制作项目里最容易被跳过、也最不该跳过的一步。
- 功能逐条对照需求文档实操
- 流量实测首屏加载和弱网表现
- 高中低价位真机各测一遍
- 源码、账号、权限清单交接签字
两条建议：把验收清单做成团队标准模板，每个项目复用，遇到新坑就往里加一条。签合同时就把验收标准和交付物清单写进去，跟比格网络这类流程规范的团队合作，对方一般会主动提供清单模板，主动权还是握在自己手里最踏实。验收认真一次，胜过事后道歉十次。
