1. 先锁定本次验收对象
记录代码仓库、提交版本、依赖锁文件、构建说明、目标网络和环境配置清单。任何修复后重新生成交付版本，避免前端、合约和后台来自不同批次。
把需求逐项关联到操作步骤、预期结果与证据位置。业务负责人确认功能，技术负责人确认部署与权限，分别记录未完成事项及接受条件。
2. 用真实状态检查核心流程
钱包连接：覆盖首次连接、取消授权、错误网络、账户切换和余额不足。签名提示应说明用户授权的动作；拒绝签名后不能显示操作成功。
交易与订单：核对链 ID、目标合约、参数、交易哈希和最终回执。检查失败、超时及重复提交。订单状态应能说明等待链上确认与已完成业务交付的区别。
后台与索引：检查权限隔离、历史事件重放、断点续传和重复事件处理。中断 RPC 后恢复，应能追赶缺失记录而不重复记账。
3. 检查源码、部署与权限移交
交付内容应包含前后端及合约源码、依赖版本、数据库结构或迁移说明、部署脚本、接口说明和操作手册。第三方许可及商用组件的使用范围应列明。
合约需记录部署地址、部署交易、初始化参数、管理员、升级权限和暂停权限。对照预定负责人核查控制权；截图不能替代链上状态核对。
密钥通过双方约定的安全方式交接，文档只保留配置项名称。完成账户授权和必要的凭证轮换后，撤销不再需要的临时访问。
4. 上线前确认恢复与支持
演练服务回滚、数据库恢复、索引重建及告警处理。合约若不可回滚，应在发布前约定暂停、迁移或前端隔离方案及执行权限。
记录备份位置、保留期限、恢复负责人、告警接收人和支持时段。免费修复、功能变更和持续运维应分别约定，避免交付后责任不清。
验收表可使用五列：需求编号、交付版本、复现步骤、证据链接、验收结论。敏感配置及用户信息不要写入公开报告。
5. 区分测试环境与正式上线
测试网演示应明确标注网络。正式环境另行核对域名、合约地址、接口配置与备份。生产发布涉及授权和实际网络费用时，按双方约定的流程执行。
发现阻断问题时，记录影响、修复负责人和复验条件。可先接受已经完成的阶段，但完整交付应满足约定的全部条件。返回 DApp 定制开发服务 查看合作范围。
继续准备项目
这些清单用于范围讨论；具体交付、预算及支持以双方确认的项目约定为准。