什么时候填写
功能开发完成、准备发版、客户要验收、线上复查完成,或者发现验收失败需要转问题单时,都应该填写这份记录。
它和产品验收清单配合使用:清单是检查项,记录是证据和结论。
验收清单告诉你要检查什么,验收记录负责留下结果。把功能、边界、界面、安全、部署、截图、日志和结论写清楚,后续客户复核或 AI 接手才不用重新猜。
复制后把空白项填成具体环境、步骤、截图、日志、命令、失败项和最终结论。
# 验收记录 > 用于记录主站、在线工具、小程序、Java 后端、LiteMall、服务器部署等项目的实际验收结果。 > 验收记录只写证据、状态、结论和下一步,不写密钥、密码、Token、生产数据或高权限后台账号。 ## 1. 验收身份 - 项目/站点: - 产品类型:独立站/在线工具 / 小程序 / Java 后端 / LiteMall / 服务器部署 / 其他 - 关联项目工作区: - 关联需求包或实施任务单: - 提交号或版本号: ## 2. 验收范围 - 本次验收包含: - 本次验收不包含: - 受影响路由、页面或接口: - 受影响后台、数据库或服务器: - 客户或用户需要确认的点: ## 3. 验收环境 - 环境:本地 / 预览 / 生产 / 微信开发者工具 / 真机 / 客户服务器 - 访问地址或接口: - 设备、浏览器、微信版本或服务器版本: - 测试账号类型或权限角色: - 样例数据或测试订单类型: ## 4. 功能验收 - 核心流程 1:通过 / 失败 / 跳过,证据: - 核心流程 2:通过 / 失败 / 跳过,证据: - 后台或管理流程:通过 / 失败 / 跳过,证据: - 接口或数据流转:通过 / 失败 / 跳过,证据: - 失败项和关联问题单: ## 5. 边界和异常 - 空值、非法输入或极端数据: - 接口失败、弱网、超时或服务异常: - 重复提交、状态冲突或并发操作: - 权限不足、登录过期或越权访问: - 仍未覆盖的边界: ## 6. 界面和体验 - 移动端或窄屏检查: - 桌面端或后台表格检查: - 弹窗、表单、按钮、二维码、图片或长文本: - 截图、素材、公开展示口径: - 仍需人工体验确认的点: ## 7. 数据和安全 - 密钥、Token、密码、数据库连接串是否未公开: - 后台入口、演示账号、支付配置是否受控: - 用户数据、订单、手机号、地址或客户资料是否脱敏: - 权限、角色和数据隔离检查: - 日志、统计和截图是否避免敏感信息: ## 8. 部署和线上复查 - 部署状态:未部署 / 已部署 / 已回滚 / 等待用户动作 - 部署命令或控制台动作: - 生产域名、接口或小程序版本检查: - 健康检查、日志、sitemap、robots 或 feed: - 回滚入口和备份状态: ## 9. 证据附件 - 截图或录屏路径: - 接口响应或日志摘要: - 测试命令和结果: - 客户确认或人工复核记录: - 无法附证据的原因: ## 10. 验收结论 - 结论:通过 / 带风险通过 / 需修复 / 等待用户动作 - 残留风险: - 需要补的问题单或发布记录: - 下一步动作: - 下一位 AI 接手时先读: ## 11. 质量检查 - 验收记录必须能对应到具体需求、任务单、提交号、环境和验收清单。 - 每个失败项都要有关联问题单、复测状态或明确跳过原因。 - 本地验收、生产验收、客户确认和用户手动动作要分开写。 - 截图、日志和测试数据不能暴露密钥、后台账号、真实订单、手机号、地址或客户资料。 - 验收结论必须给出下一步动作,不能只写“基本没问题”。 ## 12. 停止规则 - 没有关联需求或任务单时,不能写成完整验收。 - 核心流程未跑通时,不能给出“通过”结论。 - 未部署或无法访问生产时,不能写成“线上已验收”。 - 涉及支付、生产数据库、账号权限或服务器配置时,没有回滚和备份证据不能通过。 - 客户需要在微信平台、DNS、Vercel、服务器或控制台完成的动作必须单独列出。
按这个顺序记录,能区分本地通过、线上通过、客户待确认和需要修复。
先把本次验收对应的需求、任务、版本、路由、接口和不验收范围写清楚。
记录本地、预览、生产、小程序体验版、真机、浏览器和账号角色,避免环境差异导致误判。
按产品类型验收清单跑核心流程,记录通过、失败、跳过和修复后的复测结果。
把边界输入、移动端 UI、权限、数据安全和公开展示边界单独验收。
如果本次涉及上线,记录部署命令、Runbook、生产检查、回滚方式和未部署原因。
最后给出通过、带风险通过、需修复或等待用户动作的结论,并写清下一步。
字段要能让下一位 AI 或客户复核:验收了什么、在哪验收、怎么验收、证据在哪、结论是什么。