国产操作系统研发平台适配验收，关键是把“能装、能跑、能协作、能回退”拆成可逐项判断的检查项。这份清单面向信创环境负责人、平台管理员、测试与运维代表，按基础环境、核心流程、集成与数据、性能与安全、运维回退五个阶段组织，每项写明通过标准、证据和负责人，并标出阻断项，供适配环境搭建完成、试运行前和正式切换前三个节点使用。
要点总览（TL;DR）
- 验收清单按基础环境、核心流程、集成与数据、性能与安全、运维回退五个阶段组织，每项写明通过标准、证据形式和负责人，可在适配环境搭建完成、试运行前、正式切换前三个节点使用。
- 验收开始前先锁定操作系统发行版与版本、CPU架构、部署形态、依赖组件版本和客户端范围，基线变更需记录并评估对已完成检查项的影响。
- 阻断项限定为核心研发流程不可用、数据丢失风险、无可用回退路径、安全基线缺失四类；全部阻断项通过且证据齐全，才判定验收通过。
- 验收记录建议以工作项承载检查项与整改状态，以文档承载环境基线、部署记录和验收报告，结论经签署留痕，便于复验与追溯。
谁在什么时点使用这份验收清单
这份清单解决的是“适配是否达到可上线状态”的判断问题，使用对象和介入时点需要在验收启动前明确，避免把适配验收与日常运维混在一起，也避免验收结论无人签署。
建议在验收启动会上确定以下角色分工，并写入验收方案：
| 角色 | 主要职责 | 介入时点 |
|---|---|---|
| 信创环境负责人 | 确认操作系统与CPU架构组合、协调厂商与内部资源、签署验收结论 | 全程，重点在基线锁定与结论签署 |
| 研发平台管理员 | 执行安装部署、配置依赖组件、提供部署与配置记录 | 适配环境搭建完成后至试运行前 |
| 测试负责人 | 组织核心流程功能验证、性能数据采集、缺陷记录与复验 | 试运行前至正式切换前 |
| 安全与运维代表 | 核验安全基线、确认监控告警与回退方案、承接运维交接 | 试运行前至正式切换前 |
三个使用时点各有侧重：适配环境搭建完成后，重点核验基础环境与安装项；试运行前，完成核心流程、集成与数据的全量检查；正式切换前，确认性能稳定性数据、运维交接与回退路径均已就位。
验收范围包括操作系统与CPU架构组合、平台服务端与客户端、依赖组件版本、集成接口四类对象。具体竞品替换与迁移方案不在本清单范围内，应另立迁移专项计划；未经厂商正式材料确认的适配认证与兼容版本结论，也不作为本清单的判定依据。
验收前需要锁定的环境与范围基线
后续所有检查项都以基线为判断前提。基线未锁定就开始验收，容易出现“在A版本通过、在B版本失败”的争议。建议在验收开始前填写并会签一份环境与范围基线确认表。
| 基线项 | 需记录内容 | 确认人 | 留档形式 |
|---|---|---|---|
| 操作系统 | 发行版名称、版本号、内核版本 | 平台管理员 | 系统信息截图或命令输出 |
| CPU架构 | 架构类型与具体型号 | 平台管理员 | 硬件清单或系统信息 |
| 部署形态 | 单机、集群或容器化，节点数量与角色 | 平台管理员 | 部署架构图 |
| 依赖组件 | 数据库、中间件、运行时的产品与版本 | 平台管理员 | 组件版本清单 |
| 客户端范围 | 浏览器类型与版本、桌面客户端、移动端是否需要 | 测试负责人 | 客户端兼容矩阵 |
| 账号与网络 | 账号体系来源、内网或隔离网、代理与证书配置 | 安全与运维代表 | 网络与账号说明文档 |
基线确认表由信创环境负责人组织会签，平台管理员负责填写技术信息，安全与运维代表确认网络与账号条件。基线一旦锁定，验收期间如需变更，应记录变更原因并评估对已完成检查项的影响。
第一阶段：基础环境与安装检查项
本阶段确认平台在目标国产操作系统上具备运行基础，检查对象是环境就位与服务启动，不涉及业务功能。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 依赖组件与运行时就位 | 数据库、中间件、运行时版本与基线一致，服务状态正常 | 组件版本清单与状态截图 | 平台管理员 | 是 |
| 安装过程可重复执行 | 按部署文档可完成一次完整安装；失败后可清理并重装成功 | 安装记录与重装验证记录 | 平台管理员 | 是 |
| 服务启动与端口监听 | 各服务正常启动，端口监听与部署文档一致，无异常报错 | 启动日志与端口检查输出 | 平台管理员 | 是 |
| 日志输出正常 | 应用日志、访问日志按配置路径生成，内容可读 | 日志文件样例 | 平台管理员 | 否 |
| 开机自启动与恢复 | 重启操作系统后服务按预期自动恢复，无需人工干预 | 重启前后状态对比记录 | 平台管理员 | 是 |
安装检查建议在干净环境执行一次完整流程，并保留每一步的命令与输出。重装验证是容易被省略但价值很高的一项：它证明部署文档可被他人复现，也证明失败后存在清理路径。
第二阶段：核心研发流程功能检查项
本阶段把研发平台的主要使用流程转成验收项，确认关键业务动作在国产操作系统与目标客户端环境下可用。检查应在基线锁定的浏览器或客户端上实际操作，不以服务端接口返回代替界面验证。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 工作项创建与流转 | 需求、任务、缺陷可创建，状态按配置流转，字段保存正确 | 操作截图与工作项记录 | 测试负责人 | 是 |
| 代码仓库操作 | 克隆、提交、合并请求与评审流程完整走通 | 提交记录与评审截图 | 测试负责人 | 是 |
| 流水线或构建任务 | 任务可触发、执行完成，结果与日志正确回显 | 构建记录与日志截图 | 测试负责人 | 是 |
| 文档协作 | 文档创建编辑、附件上传下载、在线预览正常 | 文档样例与操作截图 | 测试负责人 | 否 |
| 客户端实际操作 | 在基线浏览器与客户端上完成上述操作，无阻断性显示或交互问题 | 客户端兼容矩阵填写结果 | 测试负责人 | 是 |
功能检查的通过标准应写成“动作完成且结果正确”，而不是“页面能打开”。例如代码仓库检查，要覆盖从克隆到评审合并的完整链路，任一环失败都按阻断处理，因为这条链路直接决定研发团队能否在国产操作系统环境下开展日常工作。
第三阶段：集成、权限与数据检查项
本阶段覆盖平台与外部系统的连接、账号权限的实际生效情况，以及数据的完整性与可迁移性。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 账号登录与目录对接 | 本地登录可用；单点登录或目录服务对接后账号可正常登录并映射角色 | 登录记录与账号映射表 | 安全与运维代表 | 是 |
| 外部系统接口连通 | 与代码托管、构建、消息通知等系统的接口调用成功，异常有明确提示 | 接口调用日志 | 平台管理员 | 是 |
| 权限模型生效 | 按角色配置的查看、编辑、管理权限在目标环境下实际生效，越权访问被拒绝 | 权限测试用例与结果 | 安全与运维代表 | 是 |
| 数据导入导出 | 导入数据完整入库，导出文件可被目标工具正常读取 | 导入导出记录与校验结果 | 测试负责人 | 是 |
| 备份文件可用 | 备份文件可恢复，恢复后数据完整性与一致性经抽查确认 | 恢复演练记录 | 安全与运维代表 | 是 |
| 证书、密钥与代理 | 证书链校验通过，密钥配置生效，代理环境下访问正常 | 配置截图与访问验证记录 | 安全与运维代表 | 否 |
权限与数据类检查建议准备明确的测试用例，例如用低权限账号访问管理页面应被拒绝、导出文件在另一环境中重新导入后记录数一致。这类检查的价值在于留下可复核的结果，而不是依赖验收人员的印象。
第四阶段：性能、稳定性与安全基线检查项
本阶段要求可观察、可留证，避免只凭主观感受判断“够快”“稳定”。采集口径需在验收前确定，并与试运行数据使用同一口径。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 典型并发响应 | 按约定并发数执行典型操作，页面响应与接口耗时记录完整，结果经双方确认 | 压测报告与耗时记录 | 测试负责人 | 否 |
| 长时间运行观察 | 连续运行约定时长后服务无异常退出，重启后服务恢复符合预期 | 运行日志与重启记录 | 平台管理员 | 是 |
| 资源占用采集 | CPU、内存、磁盘占用按统一口径定时采集，数据可导出 | 监控数据与采集配置 | 平台管理员 | 否 |
| 日志与审计完整 | 操作日志、审计记录完整可查，关键操作可追溯到账号与时间 | 审计查询截图 | 安全与运维代表 | 是 |
| 安全基线 | 账号策略、传输加密、补丁与漏洞处置均有记录且符合组织要求 | 安全配置清单与处置记录 | 安全与运维代表 | 是 |
性能指标的具体阈值由组织根据使用规模在验收方案中约定，本清单不预设数值。采集口径应写明采样周期、统计方法和观察时长，确保试运行阶段的数据可以与验收数据对比。
第五阶段：运维交接与回退检查项
本阶段确认验收通过后平台可被运维团队接管，并且在出现严重问题时存在可执行的回退路径。
| 检查项 | 通过标准 | 证据形式 | 负责人 | 阻断 |
|---|---|---|---|---|
| 文档与配置移交 | 部署文档、配置清单、版本记录齐全并完成移交签收 | 移交清单与签收记录 | 平台管理员 | 是 |
| 监控告警与值班 | 监控项覆盖核心服务，告警可送达，值班责任人与响应流程明确 | 监控配置与值班表 | 安全与运维代表 | 是 |
| 备份与恢复演练 | 按计划完成恢复演练，恢复时间与结果有记录 | 演练报告 | 安全与运维代表 | 是 |
| 回退方案 | 回退触发条件、步骤、责任人与预计耗时明确，关键步骤经演练或桌面推演确认 | 回退方案文档与推演记录 | 信创环境负责人 | 是 |
| 升级与补丁验证 | 在国产操作系统上完成一次补丁或小版本升级验证，过程可回滚 | 升级记录与回滚验证 | 平台管理员 | 否 |
回退方案要写到可执行的程度：谁在什么条件下决定回退、先停什么服务、数据如何恢复到切换前状态、回退后如何通知用户。只写“必要时回退”不构成通过。
阻断项判定与验收完成条件
阻断项指不通过即不能进入下一节点或正式上线的检查项。建议限定为四类：核心研发流程不可用、存在数据丢失风险、无可用回退路径、安全基线缺失。其余问题作为非阻断项记录，明确整改责任人与期限，纳入复验。
整体验收通过的判定规则建议如下：
- 全部阻断项通过，且证据材料齐全、可复核；
- 非阻断项已记录，整改计划经责任人确认，不影响上线后的基本使用；
- 环境基线、检查记录、性能数据、回退方案与运维移交材料完成归档；
- 验收结论由信创环境负责人签署，测试负责人与安全运维代表会签。
复验在以下情况触发：阻断项整改完成、基线发生变更、回退方案调整、或试运行期间出现影响核心流程的问题。复验范围以受影响检查项为主，涉及基线变更时应重新核验相关阶段。
把验收记录沉淀为可追溯的检查台账
验收清单的价值取决于记录能否被复查。建议把每个检查项建成一条工作项，字段包括：检查项名称、所属阶段、通过标准、证据附件、负责人、状态（待检查、通过、不通过、已整改待复验）、阻断标记、结论与检查日期。环境基线、部署记录和验收报告用文档承载，与工作项互相引用。
在工具承载上，ONES 可用于把检查项作为工作项管理，将截图、日志、报告作为附件或文档留存，验收结论经评审流程留痕，阻断项与整改项通过状态流转跟踪到复验关闭。ONES 信创版适配银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及鲲鹏、飞腾 CPU 和达梦数据库，并已完成与主流信创软硬件的互信认证；具体适配版本、认证证书清单与部署依赖要求，验收时应以厂商提供的正式材料核实后写入基线。这样，验收结束后留下的不只是一份签字清单，而是一套可查询、可追溯、可复验的记录。
常见问题
验收过程中操作系统或依赖组件版本发生变更，已完成的检查项要全部重做吗？
不需要全部重做，但要评估变更影响范围。版本变更属于基线变更，应先记录变更原因和变更后的版本信息，再判断受影响阶段：操作系统或内核变更通常影响基础环境、客户端兼容和性能数据；数据库、中间件等依赖组件变更主要影响安装、集成接口和数据完整性。受影响检查项重新核验，未受影响且证据仍可复核的检查项可以保留结论，并在验收记录中注明变更时间和复验范围。
组织内部没有现成的性能阈值，验收时怎么判断性能项是否通过？
性能阈值由组织根据实际使用规模在验收方案中约定，本清单不预设数值。可行做法是先确定采集口径，包括并发数、采样周期、统计方法和观察时长，再在试运行阶段采集一组基线数据，与验收阶段同口径数据对比。若暂时无法确定绝对阈值，可把“无异常错误、响应时间在双方确认的范围内、资源占用无持续攀升”作为阶段性通过标准，并在正式切换前补充确认。
回退方案只做了桌面推演、没有实际演练，能否算通过？
回退方案属于阻断项，关键步骤需要经演练或桌面推演确认，并留下记录。桌面推演可以覆盖决策条件、责任人、停服顺序和通知流程，但数据恢复类步骤建议至少完成一次实际恢复演练，确认备份文件可读、恢复后数据一致。若受环境限制只能先做推演，应在验收结论中注明限制条件，并把实际恢复演练列为上线后的限期整改项。
非阻断项整改期限已到但尚未完成，验收结论怎么处理？
非阻断项不通过不直接阻断上线，但需要有明确的整改责任人和期限，并纳入复验。整改到期未完成时，由信创环境负责人评估该项是否已转化为影响核心流程或安全基线的问题：若转化，按阻断项处理；若未转化，可记录延期原因和新的完成时间，验收结论中保留该项为待整改状态，复验时优先核验。
ONES 信创版适配哪些国产操作系统和基础软硬件？
根据 ONES 官方资料，ONES 信创版适配银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统，以及鲲鹏 CPU、飞腾 CPU 和达梦数据库，并已完成与主流信创软硬件的互信认证。资料未标注各操作系统的具体版本号、CPU 型号和认证证书清单，验收时应以厂商提供的正式材料核实具体版本组合与认证范围，再写入环境基线。
