研发平台兼容性验证要回答的是：在目标信创环境组合下，平台能否稳定支撑日常研发流程。验证范围应覆盖操作系统与芯片架构、浏览器与客户端、数据库与中间件、JDK与运行时、身份认证、网络代理、数据导入导出、外设打印、性能并发、升级回退十个项目，每项写明验证对象、测试方法、通过标准和证据留存方式，结论分为已验证通过、有条件通过、未验证三档。本文给出可直接用于采购验收和上线放行的项目清单与计算口径，竞品替换与迁移方案不在讨论范围内。
要点总览（TL;DR）
- 研发平台兼容性验证围绕信创环境适配展开，覆盖操作系统与芯片架构、浏览器与客户端、数据库与中间件、JDK与运行时、身份认证、网络代理、数据导入导出、外设打印、性能并发、升级回退十个项目。
- 每个项目要写明验证对象、测试方法和可判定的通过标准，性能与升级回退的阈值需事先约定，避免使用无法复核的表述。
- 结果按已验证通过、有条件通过、未验证三档判定；通过率=通过用例数÷已执行用例数，覆盖率=已执行用例数÷计划用例数，环境覆盖=已验证组合数÷计划组合数。
- 通过率高只代表已执行用例的符合程度，不能推出所有环境组合都已适配；厂商声明与认证材料需与实际验证结果逐项对照。
- 竞品替换与迁移不在兼容性验证范围内，需要另立迁移验证计划，不能由适配结论直接推出迁移可行性。
兼容性验证要回答什么问题
兼容性验证的目标是判断研发平台在目标信创环境组合下能否稳定支撑日常研发流程，结论用于采购验收、上线放行和扩容选型三类决策。三类用途对证据的要求不同：采购验收看项目覆盖是否完整、证据是否可复核；上线放行看核心流程在目标环境是否跑通、已知限制是否有规避措施；扩容选型看新增环境组合与已验证组合的差异是否在可接受范围内。
验证范围限定在信创环境适配，具体包括操作系统、芯片架构、浏览器、数据库、中间件、运行时、身份认证、网络、数据、外设、性能、升级回退十二类对象，归入后文的十个验证项目。竞品替换方案、迁移路径设计、迁移后的数据校验属于另一类工作，本文不展开；如果验收目标同时包含替换，需要另立迁移验证计划，避免把适配验证和迁移验证混在一张表里统计。
范围界定还要写清环境边界。目标环境组合应来自实际采购或已部署的基础软硬件清单，而不是厂商宣传页上的全部适配对象。清单之外的组合可以列为扩展验证，但不计入本次验收的覆盖率分母，否则分母会被无限放大，结论失去可比性。
验证项目清单与每项的通过标准
十个验证项目构成验收基线。每项都要写明验证对象、测试方法和可判定的通过标准，标准尽量落到可观察的现象或可读取的数值上，避免“运行正常”这类无法复核的表述。
| 验证项目 | 验证对象 | 通过标准 |
|---|---|---|
| 操作系统与芯片架构组合 | 目标操作系统版本与目标芯片架构的安装包、服务进程、核心研发流程 | 安装无报错，服务可启动并保持运行，登录、需求、任务、缺陷、文档等核心流程可完成，无阻断性缺陷 |
| 浏览器与客户端 | 主流国产浏览器及其内核版本下的页面渲染、附件上传、富文本编辑、控件加载 | 页面布局无错位，表单可提交，附件可上传下载，编辑器内容保存后无丢失 |
| 数据库与中间件 | 目标数据库的连接、事务提交与回滚、批量写入、字符集与排序规则；中间件的消息收发与缓存读写 | 连接池稳定无泄漏，事务结果一致，批量操作数据条数与内容正确，中文与特殊字符存取无乱码 |
| JDK与运行时版本 | 目标JDK版本下的启动、日志输出、定时任务触发、内存占用 | 启动无版本相关异常，日志完整可读，定时任务按计划触发，长时间运行内存无持续增长 |
| 身份认证与单点登录 | 账号同步、登录跳转、角色与权限映射、登出 | 账号可同步或导入，单点登录跳转成功，权限映射与源系统一致，登出后会话失效 |
| 网络与代理 | 内网访问、代理配置、离线环境下的依赖加载与更新 | 代理环境下页面与接口可访问，离线环境核心功能可用，更新包可离线导入并生效 |
| 数据导入导出与编码 | 中文、特殊字符、大文件的导入导出，报表导出 | 导入条数与内容一致，特殊字符不乱码，大文件导出完整可打开，字段顺序与格式符合约定 |
| 外设与打印 | 报表打印、附件预览与打印、扫描件上传 | 打印内容完整、分页正确，附件可预览，扫描件上传后可正常查看 |
| 性能与并发 | 约定并发用户数下的登录、列表查询、提交操作 | 响应时间与错误率在事先约定的阈值内，无因并发导致的会话丢失或数据错乱 |
| 升级与回退 | 版本升级后的功能可用性、数据完整性、回退到原版本 | 升级后核心流程正常、历史数据可查，回退后系统可启动且数据未被破坏 |
通过标准的阈值需要事先约定。性能项要写明并发数、操作类型、响应时间上限和错误率上限，例如“200并发下列表查询95分位响应时间不超过3秒、错误率低于1%”，具体数值由业务峰值和运维经验确定，本文不给出通用达标线。升级回退项要写明回退的时间窗口和可接受的数据影响范围，回退演练应在正式升级前完成一次。
数据口径与证据怎么留
每条验证记录至少包含八个字段：环境组合编号、各组件版本号、测试用例编号、执行人、执行时间、执行结果、证据链接、备注。环境组合编号用于把同一组合下的多条用例归组，版本号精确到小版本，便于后续复验时判断环境是否变化。
证据形式按项目类型选择：界面类问题用截图，接口与后台问题用日志片段，批量与性能类用测试报告，缺陷用缺陷单编号关联。证据要能独立支撑结论，截图应包含时间与环境信息，日志应包含请求标识，避免只留一张无法定位的截图。
判定口径分三档。已验证通过指用例执行后结果符合通过标准；有条件通过指存在已知限制或缺陷，但影响范围明确、有规避措施且业务可接受，需在备注中写明限制内容和规避方式；未验证指用例尚未执行或环境不具备。未验证不能写成不支持，也不能计入通过率分子。
统计口径要固定分母。用例总数、已执行数、通过数、阻塞数分别统计，未执行与不适用分开标记：不适用指该用例在当前环境组合下无对应对象，例如某组合不涉及外设打印；未执行指计划内但尚未开展。两者都不进入通过率分母，但要在覆盖率中体现差异。
验证执行步骤与结果计算
执行顺序建议为：确定环境矩阵、编写用例、搭建环境、逐项执行、记录证据、缺陷回归、汇总判定。环境矩阵按操作系统、芯片架构、浏览器、数据库四个维度做组合抽样，优先覆盖实际采购清单中的组合，再补充差异较大的代表性组合，避免全量笛卡尔积导致用例数量失控。
三个指标的计算方式如下，分子分母口径需在报告中同时写明：
- 通过率 = 通过用例数 ÷ 已执行用例数 × 100%，分母不含未执行与不适用用例。
- 覆盖率 = 已执行用例数 ÷ 计划用例数 × 100%，用于反映验证进度而非质量。
- 环境覆盖 = 已验证环境组合数 ÷ 计划环境组合数 × 100%，已验证指该组合下计划用例全部执行且有明确结论。
分母为零时标注为无有效样本，不给出百分比结论。例如某环境组合下计划用例全部不适用，该组合的通过率应写“无有效样本”，而不是0%或100%。缺陷回归后要更新原用例结果，保留首次执行和回归执行两条记录，便于追溯。
验证过程涉及大量用例、缺陷和证据的流转，可以用工作项承载用例与缺陷、用文档沉淀验证方案和报告。ONES 提供工作项与文档管理能力，可将用例编号、环境组合、执行结果关联到同一工作项，缺陷单与用例互相链接，验证报告作为文档版本留存。ONES 信创版适配信创主流基础软硬件，覆盖芯片、操作系统、数据库等核心模块，已与主流信创软硬件完成互信认证；其适配对象包括鲲鹏 CPU、飞腾 CPU、达梦数据库，以及银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统。这些信息可作为验证方案的输入，具体版本号与认证证书清单仍需向厂商索取后逐项核对。
一个验证记录的例子
以下为演示情景，用于说明字段填写与计算方式，数值为示例，不代表任何真实产品的验证结果。
场景：某国产操作系统加国产芯片架构环境下，验证登录与核心研发流程。环境组合编号 ENV-03，操作系统版本记为 OS-A 10，芯片架构记为 ARM64，数据库记为 DB-A 8，浏览器记为 Browser-A 内核版本 1。计划用例 40 条，其中 2 条因该环境不涉及外设打印标记为不适用，实际执行 38 条，通过 35 条，3 条为有条件通过，0 条阻塞。
计算演示：该组合通过率 = 35 ÷ 38 × 100% ≈ 92.1%；若整体计划用例 200 条、已执行 150 条，则整体覆盖率 = 150 ÷ 200 × 100% = 75%；若计划环境组合 8 个、已验证 5 个，则环境覆盖 = 5 ÷ 8 × 100% = 62.5%。
判定演示：该组合结论为有条件通过。理由是有 3 条用例存在已知限制，例如某类附件在特定浏览器内核下预览需下载后查看，已记录规避措施为提示用户下载，业务方确认可接受；其余用例通过，无阻断性缺陷。证据包括登录流程截图、附件预览问题截图、缺陷单编号和回归记录。结论需标注验证时间与各组件版本号，便于版本变化后复验。
结果怎么解读，哪些结论不能下
通过率高只说明已执行用例中符合标准的比例高，不能推出所有环境组合都已适配。覆盖率低时通过率的参考价值有限，报告应同时呈现两个指标和环境覆盖情况，避免只报一个数字。
不同环境组合的通过率不宜直接横向比较。用例集不同、执行人不同、环境差异都会影响结果，比较时应限定在同一用例集和同一判定口径下进行。厂商声明与认证材料应作为待核验输入，与实际验证结果逐项对照；未核实的内容不写成已认证，认证证书编号和适用范围需向厂商索取。
单次验证结果只代表验证时点的版本状态。平台升级、操作系统补丁、数据库版本变化都可能改变适配情况，结论要标注验证时间和版本号，并在版本变更后安排复验。未验证项目不能推断为不支持，只能标注为未验证并列入后续计划。竞品替换与迁移的可行性需要单独的迁移验证支撑，不能由兼容性验证结论直接推出。
常见问题
验证用例数量很多，环境组合又不止一套，怎样控制工作量？
先按实际采购或已部署的基础软硬件清单确定必测组合，再补充差异较大的代表性组合，避免做全量笛卡尔积。用例按核心流程优先排序，登录、需求、任务、缺陷、文档等主链路必须覆盖，边缘功能可以抽样。计划之外的组合列为扩展验证，不计入本次验收的覆盖率分母，这样结论仍然可比。
有条件通过的结论在验收时怎么处理？
有条件通过需要同时满足三个条件：已知限制的影响范围明确、有可执行的规避措施、业务方书面确认可接受。记录中要写明限制内容、规避方式和确认人，并列入后续版本跟踪。如果限制涉及核心流程阻断或数据正确性，应判定为不通过，而不是降级为有条件通过。
厂商提供了适配认证材料，还需要自己再做验证吗？
需要。认证材料可以作为验证方案的输入，帮助确定适配对象和版本对应关系，但认证覆盖的环境组合、版本和测试范围未必与你的实际部署一致。建议把厂商材料作为待核验项，与实际验证结果逐项对照，认证证书编号和适用范围向厂商索取后核对。未核实的内容在报告中标注为待核验，不写成已认证。
平台升级或操作系统打补丁后，之前的验证结论还有效吗？
单次验证结果只代表验证时点的版本状态。平台升级、操作系统补丁、数据库版本变化都可能改变适配情况，结论中要标注验证时间和各组件版本号。版本变更后建议对核心流程做回归复验，至少覆盖登录、核心业务操作、数据导入导出和升级回退演练，再更新结论。
验证过程中的用例、缺陷和证据怎么管理比较省事？
可以把用例和缺陷都作为工作项管理，用例编号、环境组合、执行结果关联到同一工作项，缺陷单与用例互相链接，验证方案和报告作为文档留存版本。ONES 提供工作项与文档管理能力，适合承载这类验证过程记录。ONES 信创版适配信创主流基础软硬件，覆盖芯片、操作系统、数据库等核心模块，已与主流信创软硬件完成互信认证，适配对象包括鲲鹏 CPU、飞腾 CPU、达梦数据库，以及银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统；具体版本号与认证证书清单仍需向厂商索取后逐项核对。
