研发平台国产化适配验收，需要把“环境能装、流程能用、数据对得上、性能扛得住、问题可追溯”拆成可逐项核对的检查表。本文按环境基线、安装部署、核心研发流程、数据与集成、性能与稳定性、安全与运维、文档与交接七个阶段组织，每项写明检查方法、通过标准、证据材料和负责人，并区分阻断项与一般项。适配认证、兼容版本和性能指标以厂商书面材料与现场实测记录为准，不凭口头承诺通过。ONES 信创版在研发流程与工作项记录上的承载方式，可作为流程验收留痕的参照。
要点总览（TL;DR）
- 验收按环境基线、安装部署、核心研发流程、数据与集成、性能与稳定性、安全与运维、文档与交接七个阶段推进，每项写明检查方法、通过标准、证据和负责人。
- 环境与部署阶段先做兼容清单比对：CPU、操作系统、数据库、中间件、浏览器逐项登记，以厂商书面兼容材料为准，口头确认不算通过。
- 功能验收按研发日常动作实测，需求、任务、缺陷、迭代流转，代码关联，流水线触发，看板与搜索都要在国产终端上走通并留痕。
- 阻断项未关闭不得签署验收，包括环境不兼容、核心流程中断、关键数据丢失、身份认证不可用、备份无法恢复、高危安全问题未处置。
- 通过标准写成可判断的表述，证据对应到检查项和时间点，执行人与复核人分离，未验证项标注为未确认。
谁在什么时点使用这份验收清单
这份清单服务于一个跨角色的验收小组，而不是单一采购经办人。甲方项目负责人负责整体节奏和签署；运维或信创环境管理员负责基础环境、部署和运维项；研发团队代表负责核心流程与数据项的实际操作验证；厂商交付工程师负责提供兼容材料、部署文档和现场配合；安全与合规人员负责权限、审计和高危问题判定。角色分工要在验收启动会上确认，避免检查时找不到对应签字人。
使用时点分为四个节点：到货与环境准备完成后做环境基线预检；试运行结束前做核心流程、数据集成和性能的集中检查；正式上线前做全量复核与签署；整改复验时只针对未关闭项重新取证。每个节点都要留下检查记录、问题清单和复验结论三类输出物，形成可追溯的验收档案。
| 角色 | 主要检查时点 | 输出物 |
|---|---|---|
| 甲方项目负责人 | 启动会、上线前签署、复验结论确认 | 验收计划、签署单、复验结论 |
| 运维/信创环境管理员 | 环境准备完成后、试运行期间 | 环境登记表、部署记录、运行日志 |
| 研发团队代表 | 试运行结束前 | 流程实测记录、数据抽样核对表 |
| 厂商交付工程师 | 各检查节点现场配合 | 兼容清单、部署文档、问题答复单 |
| 安全与合规人员 | 上线前、复验时 | 权限审计记录、高危问题处置结论 |
环境基线与部署阶段检查项
环境验收的第一步是把实际环境登记清楚，再与厂商书面兼容清单逐项比对。登记内容包括 CPU 架构及型号、操作系统名称与版本、数据库类型与版本、中间件、浏览器及终端类型。比对结论只有“在书面兼容范围内”和“不在范围内”两种，口头确认不算通过。以 ONES 信创版为例，官方资料列出的适配范围包括鲲鹏、飞腾 CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及达梦数据库；页面列举为部分适配项，完整版本清单和认证证书编号仍需向厂商索取书面材料后逐项核对。
部署阶段检查安装包来源与校验值、许可文件、部署方式（单机或集群）与部署文档是否一致，以及服务启动、健康检查、初始管理员账号和基础配置是否完成。部署方式与文档不一致时，要记录实际差异并由厂商书面说明，不能默认按文档通过。
| 检查项 | 通过标准 | 证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 基础环境版本登记 | CPU、OS、数据库、中间件、浏览器版本全部登记，且逐项在厂商书面兼容清单内 | 环境登记表、厂商兼容清单 | 运维管理员 | 是 |
| 安装包与许可 | 安装包来源可追溯、校验值一致，许可文件齐全有效 | 校验记录、许可文件 | 厂商交付工程师 | 是 |
| 部署方式一致性 | 实际部署方式与部署文档一致，差异有书面说明 | 部署记录、差异说明单 | 厂商交付工程师 | 否 |
| 服务启动与健康检查 | 核心服务全部启动，健康检查接口返回正常 | 启动日志、健康检查截图 | 运维管理员 | 是 |
| 初始账号与基础配置 | 管理员账号可登录，组织、权限等基础配置完成 | 登录截图、配置清单 | 运维管理员 | 否 |
本阶段的阻断情形包括：基础环境不在厂商书面兼容范围内、安装失败、核心服务无法启动。出现任一情形，后续功能检查不具备可信前提，应暂停并退回处理。
核心研发流程功能检查项
功能验收要按研发日常动作走一遍真实流程，而不是只看页面能否打开。检查范围覆盖需求、任务、缺陷、迭代等工作项的创建、流转和状态变更；代码仓库或制品库的关联、提交记录展示、分支与合并请求流程；构建、流水线或持续集成任务的触发与结果回显；以及看板、报表、搜索和通知在国产浏览器与终端上的实际表现。每项操作都要由研发团队代表在国产化终端上完成，并保留操作截图或日志。
以 ONES 信创版为例，其需求、任务、缺陷等工作项的流转与状态记录，可以作为流程验收留痕的承载方式：验收人员按实际业务路径创建工作项、推进状态、关联代码提交，再核对记录是否完整可查。具体字段和流程配置以现场实际部署为准，验收时按配置逐项验证。
| 检查项 | 通过标准 | 证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 工作项创建与流转 | 需求、任务、缺陷、迭代均可创建，状态按配置正常流转，历史记录可查 | 操作截图、状态变更记录 | 研发团队代表 | 是 |
| 代码与制品关联 | 提交记录可展示，分支与合并请求流程可走通 | 关联截图、提交记录 | 研发团队代表 | 是 |
| 构建与流水线 | 任务可触发，结果正常回显，失败信息可定位 | 触发记录、结果截图 | 研发团队代表 | 是 |
| 看板与报表 | 看板加载正常，报表数据与工作项一致 | 页面截图、数据比对记录 | 研发团队代表 | 否 |
| 搜索与通知 | 国产浏览器下搜索返回正确，通知可送达 | 搜索截图、通知记录 | 研发团队代表 | 否 |
本阶段的阻断情形包括：核心研发流程中断、数据写入失败、关键页面无法操作。一般项如个别报表样式偏差、通知延迟，可记录后限期整改。
数据、迁移与集成检查项
数据验收要回答两个问题：历史数据是否完整迁入，周边系统是否真正打通。迁移检查先明确范围，包括哪些项目、哪些工作项类型、哪些附件和字段；再核对字段映射关系、导入总条数与抽样核对结果。抽样比例在验收方案中事先约定，抽样差异要逐条记录原因，不能只报总数。
集成检查覆盖统一身份认证、代码托管、制品库、消息通知等系统的对接连通性，查看接口调用日志、失败重试机制和异常数据记录。身份认证要实际用普通账号登录验证，不能只测管理员账号。
| 检查项 | 通过标准 | 证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 迁移范围确认 | 迁移范围清单经双方签字，字段映射表完整 | 范围清单、映射表 | 甲方项目负责人 | 是 |
| 导入条数与抽样 | 导入总条数与源系统一致，抽样差异在约定比例内且有原因说明 | 导入报告、抽样核对表 | 研发团队代表 | 是 |
| 统一身份认证 | 普通账号可正常登录，权限映射正确 | 登录记录、权限截图 | 运维管理员 | 是 |
| 代码托管与制品库对接 | 关联链路连通，提交与制品信息可回显 | 接口日志、关联截图 | 厂商交付工程师 | 是 |
| 消息通知 | 通知可送达，失败有重试记录 | 通知日志、重试记录 | 运维管理员 | 否 |
本阶段的阻断情形包括：关键数据丢失、身份认证不可用、核心集成链路不通。一般项如非关键通知渠道延迟，可限期整改。
性能、稳定性与安全运维检查项
性能验收要有事先约定的指标作为判定依据，包括并发用户数、典型操作响应时间、数据量规模和错误率上限。按约定条件做压测或取试运行记录，实测值与约定指标逐项对照，记录测试时间、环境配置和测试方法。连续运行观察期内，记录可用性、异常重启次数和日志告警情况。
安全运维检查包括账号权限分配是否符合最小权限原则、审计日志是否完整可查、备份是否按计划执行以及恢复演练是否成功。恢复演练要实际执行一次恢复并核对数据，只提交备份文件清单不算通过。高危安全问题要有明确的处置结论，未处置的不得签署验收。
| 检查项 | 通过标准 | 证据 | 负责人 | 阻断 |
|---|---|---|---|---|
| 性能指标 | 约定并发与数据量下，响应时间和错误率符合书面指标 | 压测报告、试运行记录 | 运维管理员 | 是 |
| 连续运行稳定性 | 观察期内可用性达到约定值，异常重启有原因说明 | 运行日志、告警记录 | 运维管理员 | 否 |
| 账号权限与审计 | 权限分配符合约定，审计日志完整可查 | 权限清单、审计日志 | 安全与合规人员 | 否 |
| 备份与恢复演练 | 备份按计划执行，恢复演练成功且数据核对一致 | 备份记录、恢复演练报告 | 运维管理员 | 是 |
| 高危安全问题 | 高危问题全部处置完毕或有书面处置结论 | 问题清单、处置记录 | 安全与合规人员 | 是 |
本阶段的阻断情形包括：未达约定性能指标、备份无法恢复、存在未处置的高危安全问题。性能指标若厂商未提供书面承诺，应在验收方案中由双方约定测试口径，避免验收时无据可依。
通过标准、证据与负责人怎么填
通过标准要写成可判断的表述，常见三种写法：达到书面指标，如“响应时间不超过约定值”；完成指定动作，如“完成一次恢复演练并核对数据一致”；抽样结果符合约定比例，如“抽样差异率不超过约定值”。避免写“运行正常”“体验良好”这类无法判定的描述。
证据类型按检查项选择：页面截图用于功能操作，日志用于服务运行和接口调用，测试报告用于性能和压测，厂商书面兼容说明用于环境比对，签字确认单用于范围确认和结论确认。证据要能对应到具体检查项和时间点，截图需包含环境信息和操作时间。
负责人填写执行人与复核人两个角色，二者分离。厂商交付工程师对厂商侧材料和现场配合签字，甲方对应角色对检查结果签字。未验证或无法验证的项标注为“未确认”，写明原因和后续安排，不得写成通过。
| 通过标准写法 | 适用检查项 | 证据要求 |
|---|---|---|
| 达到书面指标 | 性能、可用性、响应时间 | 测试报告、运行记录，注明测试条件 |
| 完成指定动作 | 恢复演练、身份认证登录、流程走通 | 操作记录、演练报告、签字确认 |
| 抽样结果符合约定比例 | 数据迁移、字段核对 | 抽样核对表、差异原因说明 |
阻断项与验收完成条件
阻断项是不得带过签署的问题，汇总如下：基础环境不在厂商书面兼容范围内；核心研发流程中断或数据写入失败；关键数据丢失；统一身份认证不可用；备份无法恢复；高危安全问题未处置。任一阻断项未关闭，不得签署验收。
一般问题要有整改期限、责任人和复验方式，整改完成后由原复核人复验并更新问题清单。验收签署的条件是：阻断项全部关闭并有证据，一般项有明确整改计划且双方确认，甲方项目负责人与厂商交付负责人签字确认。
不通过时的处置路径有三种：退回整改，适用于阻断项较多且影响面大的情况；限制上线范围，适用于部分模块可用、问题集中在非核心场景的情况；延期验收，适用于性能或稳定性观察期不足的情况。处置路径由验收小组在问题清单评审会上确定，并记录在验收结论中。
| 阻断项 | 关闭条件 | 复验方式 |
|---|---|---|
| 环境不兼容 | 环境调整至书面兼容范围内，或厂商出具书面适配说明 | 重新比对兼容清单 |
| 核心流程中断 | 流程可完整走通，数据写入正常 | 研发代表重新实测 |
| 关键数据丢失 | 数据补齐并抽样核对一致 | 重新抽样核对 |
| 身份认证不可用 | 普通账号可正常登录，权限映射正确 | 实际登录验证 |
| 备份无法恢复 | 恢复演练成功，数据核对一致 | 重新执行恢复演练 |
| 高危安全问题未处置 | 问题处置完毕并有书面结论 | 安全人员复核 |
常见问题
厂商口头说环境兼容，但书面清单里没有当前版本，验收时怎么处理？
按“不在书面兼容范围内”记录，不因口头说明改为通过。处理方式有两种：一是调整环境版本，使其落入厂商书面兼容清单；二是要求厂商出具针对当前版本的书面适配说明，写明适配结论、验证方式和责任范围。两种方式都需要留下书面材料，再重新比对兼容清单。若在验收签署前仍未取得书面依据，该项按阻断项处理。
试运行期间功能都正常，但性能指标没有书面约定，性能验收怎么做？
在验收方案中由双方补充约定测试口径，包括并发用户数、典型操作响应时间、数据量规模和错误率上限，再按约定条件做压测或取试运行记录。实测值逐项对照约定指标，记录测试时间、环境配置和测试方法。厂商未提供书面性能承诺时，以双方确认的测试口径作为判定依据，避免验收时无据可依。
历史数据迁移抽样发现少量差异，还能签署验收吗？
先看差异性质。关键数据丢失属于阻断项，必须补齐并重新抽样核对一致后才能签署。非关键字段的少量差异，若在验收方案约定的差异比例内且有逐条原因说明，可作为一般项记录，明确整改期限和责任人后复验。无论哪种情况，抽样比例、差异条数和原因都要写进核对表，不能只报总数。
验收不通过时，退回整改、限制上线范围和延期验收该怎么选？
按问题影响面判断：阻断项较多且涉及环境或核心流程时，退回整改；部分模块可用、问题集中在非核心场景时，可限制上线范围，同时约定问题关闭时间；性能或稳定性观察期不足时，延期验收，补足观察期后复验。处置路径由验收小组在问题清单评审会上确定，并写入验收结论，避免口头决定。
ONES 信创版的适配范围在验收时怎么核对？
以厂商书面兼容清单为准逐项比对。ONES 官方资料列出的适配范围包括鲲鹏、飞腾 CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及达梦数据库；页面列举为部分适配项，具体版本号和认证证书编号需向厂商索取书面材料后核对。核对结论只写“在书面兼容范围内”或“不在范围内”，并附材料出处。
