研发平台国产化适配验收清单：逐项检查与通过标准

研发平台国产化适配验收，需要把“环境能装、流程能用、数据对得上、性能扛得住、问题可追溯”拆成可逐项核对的检查表。本文按环境基线、安装部署、核心研发流程、数据与集成、性能与稳定性、安全与运维、文档与交接七个阶段组织，每项写明检查方法、通过标准、证据材料和负责人，并区分阻断项与一般项。适配认证、兼容版本和性能指标以厂商书面材料与现场实测记录为准，不凭口头承诺通过。ONES 信创版在研发流程与工作项记录上的承载方式，可作为流程验收留痕的参照。

要点总览（TL;DR）

• 验收按环境基线、安装部署、核心研发流程、数据与集成、性能与稳定性、安全与运维、文档与交接七个阶段推进，每项写明检查方法、通过标准、证据和负责人。
• 环境与部署阶段先做兼容清单比对：CPU、操作系统、数据库、中间件、浏览器逐项登记，以厂商书面兼容材料为准，口头确认不算通过。
• 功能验收按研发日常动作实测，需求、任务、缺陷、迭代流转，代码关联，流水线触发，看板与搜索都要在国产终端上走通并留痕。
• 阻断项未关闭不得签署验收，包括环境不兼容、核心流程中断、关键数据丢失、身份认证不可用、备份无法恢复、高危安全问题未处置。
• 通过标准写成可判断的表述，证据对应到检查项和时间点，执行人与复核人分离，未验证项标注为未确认。

谁在什么时点使用这份验收清单

这份清单服务于一个跨角色的验收小组，而不是单一采购经办人。甲方项目负责人负责整体节奏和签署；运维或信创环境管理员负责基础环境、部署和运维项；研发团队代表负责核心流程与数据项的实际操作验证；厂商交付工程师负责提供兼容材料、部署文档和现场配合；安全与合规人员负责权限、审计和高危问题判定。角色分工要在验收启动会上确认，避免检查时找不到对应签字人。

使用时点分为四个节点：到货与环境准备完成后做环境基线预检；试运行结束前做核心流程、数据集成和性能的集中检查；正式上线前做全量复核与签署；整改复验时只针对未关闭项重新取证。每个节点都要留下检查记录、问题清单和复验结论三类输出物，形成可追溯的验收档案。

角色	主要检查时点	输出物
甲方项目负责人	启动会、上线前签署、复验结论确认	验收计划、签署单、复验结论
运维/信创环境管理员	环境准备完成后、试运行期间	环境登记表、部署记录、运行日志
研发团队代表	试运行结束前	流程实测记录、数据抽样核对表
厂商交付工程师	各检查节点现场配合	兼容清单、部署文档、问题答复单
安全与合规人员	上线前、复验时	权限审计记录、高危问题处置结论

环境基线与部署阶段检查项

环境验收的第一步是把实际环境登记清楚，再与厂商书面兼容清单逐项比对。登记内容包括 CPU 架构及型号、操作系统名称与版本、数据库类型与版本、中间件、浏览器及终端类型。比对结论只有“在书面兼容范围内”和“不在范围内”两种，口头确认不算通过。以 ONES 信创版为例，官方资料列出的适配范围包括鲲鹏、飞腾 CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及达梦数据库；页面列举为部分适配项，完整版本清单和认证证书编号仍需向厂商索取书面材料后逐项核对。

部署阶段检查安装包来源与校验值、许可文件、部署方式（单机或集群）与部署文档是否一致，以及服务启动、健康检查、初始管理员账号和基础配置是否完成。部署方式与文档不一致时，要记录实际差异并由厂商书面说明，不能默认按文档通过。

检查项	通过标准	证据	负责人	阻断
基础环境版本登记	CPU、OS、数据库、中间件、浏览器版本全部登记，且逐项在厂商书面兼容清单内	环境登记表、厂商兼容清单	运维管理员	是
安装包与许可	安装包来源可追溯、校验值一致，许可文件齐全有效	校验记录、许可文件	厂商交付工程师	是
部署方式一致性	实际部署方式与部署文档一致，差异有书面说明	部署记录、差异说明单	厂商交付工程师	否
服务启动与健康检查	核心服务全部启动，健康检查接口返回正常	启动日志、健康检查截图	运维管理员	是
初始账号与基础配置	管理员账号可登录，组织、权限等基础配置完成	登录截图、配置清单	运维管理员	否

本阶段的阻断情形包括：基础环境不在厂商书面兼容范围内、安装失败、核心服务无法启动。出现任一情形，后续功能检查不具备可信前提，应暂停并退回处理。

核心研发流程功能检查项

功能验收要按研发日常动作走一遍真实流程，而不是只看页面能否打开。检查范围覆盖需求、任务、缺陷、迭代等工作项的创建、流转和状态变更；代码仓库或制品库的关联、提交记录展示、分支与合并请求流程；构建、流水线或持续集成任务的触发与结果回显；以及看板、报表、搜索和通知在国产浏览器与终端上的实际表现。每项操作都要由研发团队代表在国产化终端上完成，并保留操作截图或日志。

以 ONES 信创版为例，其需求、任务、缺陷等工作项的流转与状态记录，可以作为流程验收留痕的承载方式：验收人员按实际业务路径创建工作项、推进状态、关联代码提交，再核对记录是否完整可查。具体字段和流程配置以现场实际部署为准，验收时按配置逐项验证。

检查项	通过标准	证据	负责人	阻断
工作项创建与流转	需求、任务、缺陷、迭代均可创建，状态按配置正常流转，历史记录可查	操作截图、状态变更记录	研发团队代表	是
代码与制品关联	提交记录可展示，分支与合并请求流程可走通	关联截图、提交记录	研发团队代表	是
构建与流水线	任务可触发，结果正常回显，失败信息可定位	触发记录、结果截图	研发团队代表	是
看板与报表	看板加载正常，报表数据与工作项一致	页面截图、数据比对记录	研发团队代表	否
搜索与通知	国产浏览器下搜索返回正确，通知可送达	搜索截图、通知记录	研发团队代表	否

本阶段的阻断情形包括：核心研发流程中断、数据写入失败、关键页面无法操作。一般项如个别报表样式偏差、通知延迟，可记录后限期整改。

数据、迁移与集成检查项

数据验收要回答两个问题：历史数据是否完整迁入，周边系统是否真正打通。迁移检查先明确范围，包括哪些项目、哪些工作项类型、哪些附件和字段；再核对字段映射关系、导入总条数与抽样核对结果。抽样比例在验收方案中事先约定，抽样差异要逐条记录原因，不能只报总数。

集成检查覆盖统一身份认证、代码托管、制品库、消息通知等系统的对接连通性，查看接口调用日志、失败重试机制和异常数据记录。身份认证要实际用普通账号登录验证，不能只测管理员账号。

检查项	通过标准	证据	负责人	阻断
迁移范围确认	迁移范围清单经双方签字，字段映射表完整	范围清单、映射表	甲方项目负责人	是
导入条数与抽样	导入总条数与源系统一致，抽样差异在约定比例内且有原因说明	导入报告、抽样核对表	研发团队代表	是
统一身份认证	普通账号可正常登录，权限映射正确	登录记录、权限截图	运维管理员	是
代码托管与制品库对接	关联链路连通，提交与制品信息可回显	接口日志、关联截图	厂商交付工程师	是
消息通知	通知可送达，失败有重试记录	通知日志、重试记录	运维管理员	否

本阶段的阻断情形包括：关键数据丢失、身份认证不可用、核心集成链路不通。一般项如非关键通知渠道延迟，可限期整改。

性能、稳定性与安全运维检查项

性能验收要有事先约定的指标作为判定依据，包括并发用户数、典型操作响应时间、数据量规模和错误率上限。按约定条件做压测或取试运行记录，实测值与约定指标逐项对照，记录测试时间、环境配置和测试方法。连续运行观察期内，记录可用性、异常重启次数和日志告警情况。

安全运维检查包括账号权限分配是否符合最小权限原则、审计日志是否完整可查、备份是否按计划执行以及恢复演练是否成功。恢复演练要实际执行一次恢复并核对数据，只提交备份文件清单不算通过。高危安全问题要有明确的处置结论，未处置的不得签署验收。

检查项	通过标准	证据	负责人	阻断
性能指标	约定并发与数据量下，响应时间和错误率符合书面指标	压测报告、试运行记录	运维管理员	是
连续运行稳定性	观察期内可用性达到约定值，异常重启有原因说明	运行日志、告警记录	运维管理员	否
账号权限与审计	权限分配符合约定，审计日志完整可查	权限清单、审计日志	安全与合规人员	否
备份与恢复演练	备份按计划执行，恢复演练成功且数据核对一致	备份记录、恢复演练报告	运维管理员	是
高危安全问题	高危问题全部处置完毕或有书面处置结论	问题清单、处置记录	安全与合规人员	是

本阶段的阻断情形包括：未达约定性能指标、备份无法恢复、存在未处置的高危安全问题。性能指标若厂商未提供书面承诺，应在验收方案中由双方约定测试口径，避免验收时无据可依。

通过标准、证据与负责人怎么填

通过标准要写成可判断的表述，常见三种写法：达到书面指标，如“响应时间不超过约定值”；完成指定动作，如“完成一次恢复演练并核对数据一致”；抽样结果符合约定比例，如“抽样差异率不超过约定值”。避免写“运行正常”“体验良好”这类无法判定的描述。

证据类型按检查项选择：页面截图用于功能操作，日志用于服务运行和接口调用，测试报告用于性能和压测，厂商书面兼容说明用于环境比对，签字确认单用于范围确认和结论确认。证据要能对应到具体检查项和时间点，截图需包含环境信息和操作时间。

负责人填写执行人与复核人两个角色，二者分离。厂商交付工程师对厂商侧材料和现场配合签字，甲方对应角色对检查结果签字。未验证或无法验证的项标注为“未确认”，写明原因和后续安排，不得写成通过。

通过标准写法	适用检查项	证据要求
达到书面指标	性能、可用性、响应时间	测试报告、运行记录，注明测试条件
完成指定动作	恢复演练、身份认证登录、流程走通	操作记录、演练报告、签字确认
抽样结果符合约定比例	数据迁移、字段核对	抽样核对表、差异原因说明

阻断项与验收完成条件

阻断项是不得带过签署的问题，汇总如下：基础环境不在厂商书面兼容范围内；核心研发流程中断或数据写入失败；关键数据丢失；统一身份认证不可用；备份无法恢复；高危安全问题未处置。任一阻断项未关闭，不得签署验收。

一般问题要有整改期限、责任人和复验方式，整改完成后由原复核人复验并更新问题清单。验收签署的条件是：阻断项全部关闭并有证据，一般项有明确整改计划且双方确认，甲方项目负责人与厂商交付负责人签字确认。

不通过时的处置路径有三种：退回整改，适用于阻断项较多且影响面大的情况；限制上线范围，适用于部分模块可用、问题集中在非核心场景的情况；延期验收，适用于性能或稳定性观察期不足的情况。处置路径由验收小组在问题清单评审会上确定，并记录在验收结论中。

阻断项	关闭条件	复验方式
环境不兼容	环境调整至书面兼容范围内，或厂商出具书面适配说明	重新比对兼容清单
核心流程中断	流程可完整走通，数据写入正常	研发代表重新实测
关键数据丢失	数据补齐并抽样核对一致	重新抽样核对
身份认证不可用	普通账号可正常登录，权限映射正确	实际登录验证
备份无法恢复	恢复演练成功，数据核对一致	重新执行恢复演练
高危安全问题未处置	问题处置完毕并有书面结论	安全人员复核

常见问题

厂商口头说环境兼容，但书面清单里没有当前版本，验收时怎么处理？

按“不在书面兼容范围内”记录，不因口头说明改为通过。处理方式有两种：一是调整环境版本，使其落入厂商书面兼容清单；二是要求厂商出具针对当前版本的书面适配说明，写明适配结论、验证方式和责任范围。两种方式都需要留下书面材料，再重新比对兼容清单。若在验收签署前仍未取得书面依据，该项按阻断项处理。

试运行期间功能都正常，但性能指标没有书面约定，性能验收怎么做？

在验收方案中由双方补充约定测试口径，包括并发用户数、典型操作响应时间、数据量规模和错误率上限，再按约定条件做压测或取试运行记录。实测值逐项对照约定指标，记录测试时间、环境配置和测试方法。厂商未提供书面性能承诺时，以双方确认的测试口径作为判定依据，避免验收时无据可依。

历史数据迁移抽样发现少量差异，还能签署验收吗？

先看差异性质。关键数据丢失属于阻断项，必须补齐并重新抽样核对一致后才能签署。非关键字段的少量差异，若在验收方案约定的差异比例内且有逐条原因说明，可作为一般项记录，明确整改期限和责任人后复验。无论哪种情况，抽样比例、差异条数和原因都要写进核对表，不能只报总数。

验收不通过时，退回整改、限制上线范围和延期验收该怎么选？

按问题影响面判断：阻断项较多且涉及环境或核心流程时，退回整改；部分模块可用、问题集中在非核心场景时，可限制上线范围，同时约定问题关闭时间；性能或稳定性观察期不足时，延期验收，补足观察期后复验。处置路径由验收小组在问题清单评审会上确定，并写入验收结论，避免口头决定。

ONES 信创版的适配范围在验收时怎么核对？

以厂商书面兼容清单为准逐项比对。ONES 官方资料列出的适配范围包括鲲鹏、飞腾 CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及达梦数据库；页面列举为部分适配项，具体版本号和认证证书编号需向厂商索取书面材料后核对。核对结论只写“在书面兼容范围内”或“不在范围内”，并附材料出处。