Acceptance Record

验收记录模板

验收清单告诉你要检查什么,验收记录负责留下结果。把功能、边界、界面、安全、部署、截图、日志和结论写清楚,后续客户复核或 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、服务器或控制台完成的动作必须单独列出。

验收闭环

按这个顺序记录,能区分本地通过、线上通过、客户待确认和需要修复。

1

确认验收范围

先把本次验收对应的需求、任务、版本、路由、接口和不验收范围写清楚。

关联需求包、实施任务单、项目工作区和提交号。
本次验收包含的页面、接口、功能、部署环境和客户侧动作。
本次不验收的后续功能、外部平台动作或未提供资料。
2

锁定验收环境

记录本地、预览、生产、小程序体验版、真机、浏览器和账号角色,避免环境差异导致误判。

验收环境、访问地址、设备、浏览器、微信版本或服务器环境。
测试账号类型、权限角色和样例数据。
环境变量名称、域名、DNS、HTTPS、备案、小程序合法域名状态。
3

功能路径验收

按产品类型验收清单跑核心流程,记录通过、失败、跳过和修复后的复测结果。

核心入口、主流程、后台或管理流程的执行结果。
每个失败项的现象、关联问题单和复测状态。
客户或业务方必须确认的功能点。
4

边界、界面和安全

把边界输入、移动端 UI、权限、数据安全和公开展示边界单独验收。

空值、非法输入、弱网、接口失败、重复提交、权限不足等边界结果。
移动端、窄屏、弹窗、表格、二维码、长文本和截图素材检查结果。
密钥、账号、后台入口、支付配置、真实订单和客户数据未被公开。
5

部署和线上复查

如果本次涉及上线,记录部署命令、Runbook、生产检查、回滚方式和未部署原因。

部署平台、命令、服务地址、关键页面或接口状态码。
sitemap、robots、feed、HTTPS、健康检查或日志结果。
回滚入口、备份状态、未部署或无法线上复查的原因。
6

验收结论和交接

最后给出通过、带风险通过、需修复或等待用户动作的结论,并写清下一步。

验收结论、残留风险、客户确认或用户手动动作。
关联发布记录、问题排查记录、截图或日志证据。
下一位 AI 接手时先读的文件和停止规则。

模板字段

字段要能让下一位 AI 或客户复核:验收了什么、在哪验收、怎么验收、证据在哪、结论是什么。

1. 验收身份

项目/站点:
产品类型:独立站/在线工具 / 小程序 / Java 后端 / LiteMall / 服务器部署 / 其他
关联项目工作区:
关联需求包或实施任务单:
提交号或版本号:

2. 验收范围

本次验收包含:
本次验收不包含:
受影响路由、页面或接口:
受影响后台、数据库或服务器:
客户或用户需要确认的点:

3. 验收环境

环境:本地 / 预览 / 生产 / 微信开发者工具 / 真机 / 客户服务器
访问地址或接口:
设备、浏览器、微信版本或服务器版本:
测试账号类型或权限角色:
样例数据或测试订单类型:

4. 功能验收

核心流程 1:通过 / 失败 / 跳过,证据:
核心流程 2:通过 / 失败 / 跳过,证据:
后台或管理流程:通过 / 失败 / 跳过,证据:
接口或数据流转:通过 / 失败 / 跳过,证据:
失败项和关联问题单:

5. 边界和异常

空值、非法输入或极端数据:
接口失败、弱网、超时或服务异常:
重复提交、状态冲突或并发操作:
权限不足、登录过期或越权访问:
仍未覆盖的边界:

6. 界面和体验

移动端或窄屏检查:
桌面端或后台表格检查:
弹窗、表单、按钮、二维码、图片或长文本:
截图、素材、公开展示口径:
仍需人工体验确认的点:

7. 数据和安全

密钥、Token、密码、数据库连接串是否未公开:
后台入口、演示账号、支付配置是否受控:
用户数据、订单、手机号、地址或客户资料是否脱敏:
权限、角色和数据隔离检查:
日志、统计和截图是否避免敏感信息:

8. 部署和线上复查

部署状态:未部署 / 已部署 / 已回滚 / 等待用户动作
部署命令或控制台动作:
生产域名、接口或小程序版本检查:
健康检查、日志、sitemap、robots 或 feed:
回滚入口和备份状态:

9. 证据附件

截图或录屏路径:
接口响应或日志摘要:
测试命令和结果:
客户确认或人工复核记录:
无法附证据的原因:

10. 验收结论

结论:通过 / 带风险通过 / 需修复 / 等待用户动作
残留风险:
需要补的问题单或发布记录:
下一步动作:
下一位 AI 接手时先读:

质量检查

验收记录必须能对应到具体需求、任务单、提交号、环境和验收清单。
每个失败项都要有关联问题单、复测状态或明确跳过原因。
本地验收、生产验收、客户确认和用户手动动作要分开写。
截图、日志和测试数据不能暴露密钥、后台账号、真实订单、手机号、地址或客户资料。
验收结论必须给出下一步动作,不能只写“基本没问题”。
Contact

验收要有证据,不只靠一句通过

把验收环境、功能结果、失败项、截图日志、部署复查和最终结论写清楚,后续维护和 AI 接手都会轻很多。

刘鸡血 微信二维码微信扫码添加