研发交付验收清单模板：字段、交付物与验收证据记录

研发交付验收清单要同时回答四个问题：这次交付了什么、凭什么判断合格、最终结论是什么、没解决的问题由谁在何时关闭。下面给出一张可直接复制的主表和一张遗留问题跟踪表，并逐字段说明填写口径、必填规则和一份完整填写示例，最后说明模板如何按团队情况裁剪与维护。

要点总览（TL;DR）

• 验收清单主表以验收项为行，字段分四组：基本信息、交付物记录、验收证据、结论与遗留。
• 交付物按“名称+版本+存放位置”三要素登记，缺一不可；完整性核对可按交付类型选填。
• 验收证据按“对应验收项+证据位置+核对人”三要素登记，保证每条结论可回溯。
• 验收结论只写通过、有条件通过、不通过三种；有条件通过或不通过必须挂遗留问题编号。
• 模板裁剪时保留必填字段，选填字段按交付类型增减，每次调整记录版本并归档。

可复制空白模板：验收清单主表与遗留问题表

主表以“验收项”为一行，一个交付批次可以有多行。填写顺序建议为：先填基本信息，再逐行登记交付物，然后为每个验收项挂证据，最后统一填写结论与遗留问题。这样能避免先写结论、再补证据的情况。

表一：研发交付验收清单主表

序号	交付批次	交付方	验收方	验收日期	验收项	交付物名称	版本	存放位置	完整性核对	证据类型	证据位置	对应验收项	核对人	验收结论	遗留问题编号

表二：遗留问题跟踪表

遗留问题编号	关联验收项	问题描述	影响范围	责任人	关闭期限	当前状态	关闭验证方式

字段说明：每个字段记录什么、怎么填

主表字段分为四组。分组的作用是让填写人有固定顺序，也让后续查阅时能快速定位到某一类信息。

基本信息字段

字段	记录什么	填写口径
交付批次	本次验收对应的交付范围标识	使用团队已有的批次号或迭代号，保证同一批次在需求、测试、发布记录中可对应
交付方	提交交付物的一方	写团队或角色名称，便于出现问题时找到对接人
验收方	执行验收确认的一方	写具体验收角色，避免只写部门名称
验收日期	完成验收确认的日期	填写实际核对完成的日期，与交付日期区分开

交付物字段

交付物按“名称+版本+存放位置”三要素登记。名称说明是什么，版本说明是哪一次，存放位置说明去哪里找。三者缺一，后续复核时就需要重新沟通确认。完整性核对用于记录该交付物是否按约定范围齐全，可填“齐全”“缺项”并注明缺项内容。

验收证据字段

验收证据按“对应哪条验收项+证据在哪+谁核对过”三要素登记。证据类型可以是测试报告、评审记录、演示记录、截图、日志、发布记录等，按团队实际使用的证据形式填写。证据位置写具体路径、文档标题或记录编号，保证他人能按位置直接打开核对。核对人写实际查看过该证据的人。

结论与遗留字段

验收结论只写三种：通过、有条件通过、不通过。“有条件通过”表示交付可用，但存在需要在约定期限内关闭的遗留问题，此时必须填写遗留问题编号。遗留问题单独成行记录在表二中，主表只保留编号引用，避免问题描述挤占验收行。

必填与选填：哪些字段不能空

必填字段的作用是保证每条验收记录都能被独立理解。选填字段用于补充上下文，团队可按交付类型增减。

字段	必填/选填	说明
交付批次	必填	缺失时无法与其他过程记录对应
交付方、验收方	必填	缺失时责任主体不清
验收日期	必填	用于判断验收时点
验收项	必填	每行必须有明确的验收对象
交付物名称、版本、存放位置	必填	三要素缺一不可
证据类型、证据位置、核对人	必填	结论需要可回溯到证据
验收结论	必填	只允许三种取值
遗留问题编号	条件必填	结论为有条件通过或不通过时必填
完整性核对	选填	交付物较多时建议填写
影响范围	选填	遗留问题影响面较大时填写
关闭验证方式	选填	复杂问题建议写明如何确认已关闭

必填字段缺失时，该行不进入正式验收记录，退回交付方补齐后再提交。若因客观原因暂时无法提供某项证据，应在遗留问题表中登记为待补证据，并写明补齐期限，不能以空白字段直接给出“通过”结论。

填写示例：一次研发交付的完整记录

以下为演示情景，用于说明字段之间如何配合，不代表真实项目数据。

示例背景

某研发团队交付一个订单查询功能，交付批次为“迭代 24.3”，交付方为订单研发小组，验收方为产品与测试代表，验收日期为 6 月 18 日。本次验收包含功能代码包、接口文档和测试报告三类交付物，共三个验收项。

主表填写示例

序号	交付批次	交付方	验收方	验收日期	验收项	交付物名称	版本	存放位置	完整性核对	证据类型	证据位置	对应验收项	核对人	验收结论	遗留问题编号
1	迭代 24.3	订单研发小组	产品代表	6 月 18 日	订单查询功能可用	功能代码包	v1.2.0	代码库 release 分支	齐全	演示记录	评审纪要-0618	订单查询功能可用	产品代表	通过	—
2	迭代 24.3	订单研发小组	测试代表	6 月 18 日	接口文档与实现一致	接口文档	v1.2	知识库-订单服务	齐全	文档评审记录	评审纪要-0617	接口文档与实现一致	测试代表	有条件通过	YQ-01
3	迭代 24.3	订单研发小组	测试代表	6 月 18 日	查询性能达标	测试报告	v1.0	测试平台-报告库	齐全	测试报告	测试平台报告 TR-2406	查询性能达标	测试代表	通过	—

遗留问题填写示例

遗留问题编号	关联验收项	问题描述	影响范围	责任人	关闭期限	当前状态	关闭验证方式
YQ-01	接口文档与实现一致	分页参数说明缺少默认值描述	对接方查阅文档时可能误解	订单研发小组文档负责人	6 月 25 日	处理中	文档更新后由测试代表复核确认

这个示例体现了三条记录规则：每个验收项都有对应证据和核对人；结论为有条件通过的行必须挂遗留问题编号；遗留问题的责任人和期限写在表二中，主表只做引用。

调整与维护：按团队情况裁剪模板

模板需要随交付类型变化做小幅裁剪，同时保留可追溯的必填骨架。裁剪的原则是：必填字段保持稳定，选填字段按交付类型增减，每次调整记录版本。

可裁剪字段

• 交付物较少、范围清晰的批次，可省略“完整性核对”，在验收项描述中直接说明范围。
• 遗留问题影响面明确时，“影响范围”可省略；跨团队依赖较多时建议保留。
• “关闭验证方式”在问题简单时可省略，涉及多方确认时建议写明。
• 证据类型可按团队常用形式固定为几类，减少填写时的随意表述。

模板版本与归档

• 每次调整字段或取值规则时，在模板中记录版本号和生效日期，旧批次仍按当时版本查阅。
• 验收完成后，主表与遗留问题表一并归档到同一交付批次目录下，保证两者能相互对应。
• 遗留问题关闭后更新状态，不删除原记录，保留处理过程。

与验收报告的关系

验收清单是逐项核对的记录，验收报告是对本次交付的整体说明。清单提供字段级证据，报告引用清单结论。两者保持同一交付批次编号，报告中的结论应与清单中的验收结论一致；出现不一致时，以清单中逐项核对的结果为准并修正报告。

当验收清单、交付物和证据需要在协作工具中承载状态与交接时，可以把清单作为工作项或文档挂在对应交付批次下，将测试报告、评审记录等证据关联到验收项，使结论、遗留问题和关闭过程在同一处可查。ONES 支持围绕需求、基线、版本和变更建立统一管理对象，并将测试用例、缺陷、版本和发布过程关联到需求链路，便于在验收时回溯交付结果与质量证据；交付物模板和评审节点也可以沉淀为可复用资产，供后续批次沿用。

常见问题

验收清单中的“完整性核对”字段什么情况下必须填？

完整性核对不是所有批次的必填项。当一次交付包含多个交付物、范围较宽时，建议填写“齐全”或“缺项”并注明缺项内容，便于验收方快速判断交付范围是否完整。如果交付物单一、范围在验收项描述中已能说清，可以省略该字段。团队可在模板中约定：交付物超过三个或涉及跨团队依赖时，完整性核对改为必填。

验收结论为“有条件通过”时，遗留问题编号和关闭期限怎么衔接？

主表中该验收行的结论填“有条件通过”，并在遗留问题编号列填写表二中对应的编号。表二中必须写明责任人、关闭期限和关闭验证方式。关闭期限建议与交付方约定一个可检查的日期，到期未关闭时由验收方在表二中更新状态并决定是否升级处理。主表不重复写问题描述，只保留编号引用，保证验收行简洁、问题跟踪独立。

验收证据暂时无法提供时，能否先给“通过”结论？

不建议先给通过结论。必填证据字段缺失时，该行不进入正式验收记录，应退回交付方补齐后再提交。若因客观原因暂时无法提供某项证据，可在遗留问题表中登记为“待补证据”，写明补齐期限和责任人，主表该行结论暂不填“通过”。待证据补齐并由核对人确认后，再更新验收结论。

模板裁剪后，旧批次的验收记录如何查阅？

每次调整字段或取值规则时，在模板中记录版本号和生效日期。旧批次归档时保留当时使用的模板版本，查阅时按该版本字段理解记录内容。主表与遗留问题表应归档在同一交付批次目录下，遗留问题关闭后更新状态但不删除原记录，保证处理过程可追溯。

验收清单和验收报告结论不一致时以哪个为准？

以验收清单中逐项核对的结果为准。验收清单是字段级证据记录，验收报告是对本次交付的整体说明。两者应保持同一交付批次编号，报告中的结论引用清单结论。出现不一致时，应核对清单中每个验收项的证据和结论，修正报告使其与清单一致，而不是反过来修改清单去迎合报告。