信创与国产化适配验收要回答的核心问题是：目标环境里，系统是否真的可用、可管、可回退。这份清单按“环境基线—功能回归—性能容量—数据与迁移—集成与外围—安全合规—运维与回退”七个阶段展开，每项给出可观察的通过标准、证据材料和责任人，并标出阻断项。验收结论以实际环境中的证据为准，厂商口头承诺或单一认证证书不能替代环境验证。
要点总览（TL;DR）
- 验收按环境基线、功能回归、性能容量、数据与迁移、集成与外围、安全合规、运维与回退七个阶段推进，每项写明通过标准、证据和责任人。
- 性能与容量指标必须在目标信创环境重新压测，原有 x86 环境的历史数据不能直接作为通过依据。
- 兼容性认证、等级保护等材料要核对出具方、证书编号、有效期和适用范围，证书不能替代实际环境验证。
- P1 业务路径未通过、性能未达阈值、数据总量不一致、关键集成不可用、高危漏洞未整改、回退未演练，均属阻断项。
- 七个阶段检查表填写完毕、阻断项全部关闭、非阻断问题有整改计划并完成签署，验收方可归档关闭。
谁在什么时点使用这份清单
这份清单面向业务方、研发平台负责人、运维、安全以及采购/合规角色共同使用。它从环境准备完成时启动，贯穿试运行、上线前评审和上线后观察期，避免验收被压缩成上线前的一次集中检查。
清单与合同技术附件、测试方案是配套关系：合同技术附件约定适配范围和验收要求，测试方案规定测试方法与数据，本清单把两者转化为可逐项勾选、可附证据的检查表。三者出现不一致时，以合同技术附件为准，并在验收记录中注明差异。
| 角色 | 介入时点 | 主要职责 |
|---|---|---|
| 业务方 | 试运行、上线前评审 | 确认核心业务路径覆盖完整，判定业务可用性 |
| 研发平台负责人 | 环境准备完成至上线后观察期 | 组织各阶段检查，汇总证据，提交验收结论 |
| 运维 | 环境准备完成、上线前、观察期 | 提供环境基线、监控备份与回退演练证据 |
| 安全 | 上线前评审 | 核验权限、审计、加密配置与扫描整改记录 |
| 采购/合规 | 上线前评审 | 核验兼容性认证、合规材料的出具方与有效期 |
环境基线检查：先把验收环境说清楚
环境基线是后续所有检查项的比对基准。验收开始前，应把目标环境的软硬件构成、部署形态和资源配额记录成表，由运维与研发平台负责人共同确认，任何变更都要留痕。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| CPU 架构与型号 | 与合同技术附件约定的架构一致，记录具体型号 | 环境信息截图、设备清单 | 运维 |
| 操作系统及版本 | 版本号明确，与适配范围核对一致 | 系统版本命令输出 | 运维 |
| 数据库与中间件 | 产品、版本、部署模式记录完整 | 配置清单、连接信息脱敏记录 | 运维 |
| 浏览器与终端范围 | 列出验收覆盖的浏览器及版本、终端类型 | 终端清单 | 研发平台负责人 |
| 部署形态 | 单机、集群或容器化形态明确，节点数与资源配额记录 | 部署架构图、资源配额表 | 运维 |
| 与生产环境一致性 | 验收环境与生产环境的差异有书面说明，差异不影响结论有效性 | 差异说明文档 | 研发平台负责人 |
| 基线变更记录 | 每次变更记录时间、内容、影响范围与确认人 | 变更记录 | 运维 |
基线确认表签署后，后续功能、性能、集成检查均以此为准。若验收期间更换操作系统版本或数据库版本，相关检查项需要重新执行。
功能回归检查：核心业务路径逐条走通
功能验收要落到具体业务路径上，每条路径写明预期结果和实际结果，判定只有“通过”和“阻断”两种，避免用“基本可用”这类模糊结论。
先由业务方列出核心业务路径并标优先级，P1 路径全部通过才具备上线条件。典型路径包括：
- 登录认证、权限分配与组织架构同步，验证账号从创建到授权生效的完整链路。
- 工作项创建、需求拆解、迭代规划、测试用例执行等主流程操作，逐步核对状态流转与字段保存。
- 文件上传下载、批量导入导出、附件在线预览，重点检查大文件与特殊字符文件名。
- 异常场景：无权限访问、必填项缺失、网络中断时的提示信息是否准确，错误日志能否定位到具体操作。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 核心业务路径 | P1 路径全部通过，P2 路径通过率记录在案 | 回归记录、操作截图 | 业务方 |
| 登录与权限 | 各角色权限与设计一致，越权访问被正确拦截 | 权限矩阵、测试记录 | 研发平台负责人 |
| 组织同步 | 组织与人员数据同步完整，增删改在约定时间内生效 | 同步日志 | 运维 |
| 文件与导入导出 | 规定格式与大小范围内操作成功，失败时有明确提示 | 测试样本与结果 | 业务方 |
| 异常提示与日志 | 错误提示可理解，日志包含时间、操作人、错误码 | 日志片段 | 运维 |
性能与容量检查：在信创环境下重新测
原有 x86 环境的历史性能数据不能直接作为信创环境的通过依据，必须在目标环境重新压测。测量口径要在测试方案中事先写清：并发用户数指同时在线并执行操作的用户数，响应时间取典型操作的第 95 百分位，吞吐量按单位时间完成的业务操作数统计。
压测场景应覆盖登录、列表查询、工作项提交、报表加载等高频操作，数据量按生产存量或约定比例准备。压测同时观察 CPU、内存、磁盘 IO 的占用曲线，确认在峰值负载下资源未持续打满。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 并发与响应时间 | 约定并发下第 95 百分位响应时间不超过阈值 | 压测报告 | 研发平台负责人 |
| 吞吐量 | 达到约定业务操作数/小时 | 压测报告 | 研发平台负责人 |
| 资源占用 | 峰值负载下 CPU、内存、磁盘 IO 在约定上限内 | 监控曲线截图 | 运维 |
| 容量上限与扩容 | 明确当前配置支撑的用户与数据量上限，扩容方式经验证可行 | 容量评估说明、扩容演练记录 | 运维 |
阈值由业务方与研发平台负责人在测试方案中约定，未约定阈值的场景不能判定通过。
数据与迁移检查：存量数据能否完整落地
数据验收的目标是存量数据完整、可核对。迁移前确认迁移范围与数据量，形成对象清单；迁移后按对象逐一核对总量，并对关键对象抽样比对字段内容、附件和历史记录。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 迁移范围与数据量 | 对象清单与记录数经双方确认 | 迁移范围确认单 | 研发平台负责人 |
| 字段映射 | 映射表覆盖全部业务字段，无遗漏字段 | 字段映射表 | 研发平台负责人 |
| 附件与历史记录 | 附件可下载打开，历史操作记录时间与操作人完整 | 抽样清单与截图 | 业务方 |
| 总量与抽样比对 | 总量一致，抽样差异有说明且不影响业务 | 比对报告 | 业务方 |
| 失败回退与重跑 | 回退条件与重跑步骤书面化，演练过一次 | 回退方案、演练记录 | 运维 |
抽样比例和差异容忍度在迁移方案中约定。出现总量不一致时，先定位差异对象再决定重跑范围，避免整批重迁。
集成与外围检查：接口和周边系统一起验
主系统功能通过不代表集成环节可用。集成检查要逐个集成点验证连通性、超时与重试行为，并确认证书、密钥和账号权限配置正确。
| 集成点 | 验证方式 | 通过标准 | 责任人 |
|---|---|---|---|
| 统一认证/单点登录 | 多角色实际登录 | 登录跳转正常，登出后会话失效 | 运维 |
| 代码仓库与流水线 | 提交代码触发关联 | 提交记录与工作项正确关联 | 研发平台负责人 |
| 消息通知 | 触发各类通知 | 通知送达及时，内容准确 | 运维 |
| 接口超时与重试 | 模拟对端不可用 | 超时可控，重试不产生重复数据 | 研发平台负责人 |
| 证书与密钥 | 核对配置与有效期 | 证书在有效期内，密钥权限最小化 | 安全 |
安全与合规检查：证据要能落到文档
安全合规检查的关键是区分可核验材料与待查证声明。账号权限、审计日志、数据加密配置应通过系统实际配置截图和日志导出核验；兼容性认证、等级保护、体系认证等材料要核对出具方、证书编号、有效期和适用范围。
| 材料/检查项 | 核验方式 | 通过标准 | 负责人 |
|---|---|---|---|
| 账号权限配置 | 抽查角色与权限矩阵 | 权限与岗位职责匹配，无多余管理员账号 | 安全 |
| 审计日志 | 导出并抽查操作记录 | 关键操作可追溯，日志不可随意删除 | 安全 |
| 数据加密 | 检查传输与存储配置 | 按约定启用加密，配置与方案一致 | 安全 |
| 兼容性认证材料 | 核对证书原件与适配清单 | 认证对象与实际环境一致，在有效期内 | 采购/合规 |
| 漏洞扫描与整改 | 查看扫描报告与复测记录 | 高危漏洞已整改并复测通过 | 安全 |
认证证书只证明认证范围内的适配关系，实际环境中的功能与性能仍需按本清单验证。证书过期或适用范围不符的，按待查证处理，不作为通过依据。
运维与回退检查：上线后出问题怎么办
上线放行前，监控、备份、回退和支持响应必须具备可执行条件。这一阶段的检查结果直接决定能否进入上线评审。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 监控指标与告警 | 覆盖应用、数据库、主机关键指标，告警可送达值班人 | 监控配置截图、告警测试记录 | 运维 |
| 备份策略 | 备份频率与保留周期符合约定，备份可恢复 | 备份策略文档、恢复演练记录 | 运维 |
| 回退方案 | 回退步骤、耗时和判定条件书面化，演练通过 | 回退方案、演练报告 | 研发平台负责人 |
| 厂商支持 | 支持渠道、响应时限和升级路径明确 | 支持协议或服务单 | 采购/合规 |
回退判定条件建议写成可观察的触发项，例如核心路径连续不可用超过约定时长、数据出现不可修复的不一致。演练结果要记录实际回退耗时，与方案中的预估对比。
验收过程中的检查项、证据附件、阻断问题和复验记录需要集中承载，避免散落在邮件和聊天记录里。ONES 的工作项可用于登记每项检查、指派负责人并跟踪整改状态，文档能力可存放基线确认表、压测报告和证书材料，使验收结论在签署时有完整证据链可查。ONES 信创版适配鲲鹏、飞腾 CPU，银河麒麟、统信等操作系统及达梦数据库等基础软硬件，并已完成主流信创软硬件互信认证；具体版本兼容性与证书明细仍需在验收时按实际材料核对。
阻断项与完成条件：什么情况不能放行
阻断项应在验收方案中事先约定，避免上线前临时争议。典型阻断项包括：P1 业务路径未通过；目标信创环境下性能指标未达约定阈值；存量数据总量不一致且无合理解释；单点登录等关键集成点不可用；高危漏洞未整改；回退方案未演练或演练失败。
非阻断问题要逐条记录问题描述、影响范围、整改期限和复验方式，由责任人确认后在观察期内完成复验。非阻断问题不影响本次放行，但未按期整改的应升级处理。
| 完成条件 | 判定口径 | 所需附件 |
|---|---|---|
| 七个阶段检查表全部填写完毕 | 每项有结论、证据和负责人签字 | 各阶段检查表 |
| 阻断项全部关闭 | 阻断项清单无未关闭条目 | 阻断项清单及关闭证据 |
| 非阻断问题有整改计划 | 每条问题有期限和复验人 | 问题跟踪表 |
| 验收结论签署 | 业务方、研发平台负责人、运维、安全、采购/合规按约定签署 | 验收结论签署表 |
上线后观察期内按约定周期复检核心路径、监控告警和遗留问题整改情况，复检结果记入验收档案。观察期结束且无新增阻断项，本次信创适配验收方可归档关闭。
常见问题
验收环境与生产环境不完全一致时，验收结论还能用吗？
可以用，前提是差异有书面说明并经过确认。验收开始前把两套环境的 CPU 架构、操作系统版本、数据库与中间件版本、部署形态和资源配额逐项比对，记录差异点及其对功能、性能、集成结论的影响。差异涉及核心路径或压测口径时，需要在验收环境中补做对应检查，或在上线后观察期安排复测。差异说明应作为环境基线确认表的附件，由运维和研发平台负责人共同签字。
厂商提供了兼容性认证证书，是否还需要在本地环境做功能和性能验证？
需要。认证证书证明的是认证范围内的适配关系，证书上通常标注了产品版本、基础软硬件型号和有效期，实际部署环境可能与之存在版本或配置差异。验收时应核对证书原件，确认认证对象与实际环境一致且在有效期内，同时按本清单完成功能回归和性能压测。证书过期、适用范围不符或无法提供原件的，按待查证处理，不作为通过依据。
压测阈值在验收前没有约定，现场怎么判定性能是否通过？
未约定阈值的场景不能判定通过。处理方式有两种：一是在验收前由业务方与研发平台负责人补充约定并发用户数、第 95 百分位响应时间、吞吐量和资源占用上限，写入测试方案后再执行压测；二是先完成压测取得实测数据，由双方基于数据确认阈值并签字，再据此判定。两种方式都要留下书面记录，避免上线评审时对指标口径产生争议。
非阻断问题在观察期内没有整改完，验收还能关闭吗？
不能直接关闭。非阻断问题在放行时已有整改期限和复验人，观察期结束时逐条核对：已整改的附复验记录后关闭；未按期整改的升级处理，由研发平台负责人评估是否影响核心业务，必要时转为阻断项重新评审。观察期内新发现的问题同样登记跟踪。只有遗留问题全部有明确结论，验收档案才具备归档条件。
回退演练要做到什么程度才算通过？
回退方案要写明触发条件、操作步骤、责任人和预计耗时，演练至少完整执行一次并记录实际回退耗时。触发条件建议写成可观察的指标，例如核心路径连续不可用超过约定时长、数据出现不可修复的不一致。演练结果与方案预估差距较大时，要分析原因并修订方案。回退演练未执行或执行失败的，按阻断项处理，不进入上线评审。
