国产环境适配评估的依据可以归为四类：环境基线、适配证据、功能与性能验证、运维可持续性。评估结论只对写明的软硬件组合和版本有效，因此每类依据都要记录来源、版本、日期和覆盖范围。本文给出可核验的指标口径、证据分级方法和结论表述规范，供选型、上线审批或验收时使用。
要点总览（TL;DR）
- 评估依据分四类：环境基线、适配证据、功能与性能验证、运维可持续性；每类都记录来源、版本、日期和覆盖范围。
- 证据按可信度分级：厂商声明低于第三方认证，第三方认证低于客户自测与生产运行记录；引用时写明证据级别。
- 核心指标口径：功能通过率=通过用例数÷执行用例总数；性能取P95响应时间与单位时间请求数；可用率=可用时长÷统计总时长，并注明并发数、数据量和统计窗口。
- 结论只对写明的软硬件组合和版本有效，未覆盖项标注“未覆盖”；环境组件升级、产品大版本变更或负载量级变化时触发复评。
- 评估任务、用例、缺陷和证据材料可用工作项与文档统一承载，便于复核时按同一入口追溯。
评估目标：要回答哪几个适配问题
“需要哪些依据”这个问题，先要转化为一组可判断的评估问题。评估对象是某个产品在指定国产软硬件组合上的可用性，组合由CPU架构、操作系统、数据库、中间件、浏览器和运行时版本共同确定。同一个产品在不同组合上的表现可能不同，评估问题必须绑定具体组合，不能笼统问“是否支持信创”。
评估需要回答四类问题：功能是否可用，即核心业务流程在目标环境上能否完整走通；性能是否可接受，即在约定的并发数和数据量下响应时间与吞吐量是否满足业务要求；运维是否可持续，即部署、升级、监控、故障处理是否有可执行的手段和记录；合规材料是否齐全，即厂商的适配清单、认证证书、测试报告是否覆盖本次环境组合。
结论用途决定证据深度。用于初筛选型时，厂商适配清单加一轮功能冒烟测试即可支撑判断；用于上线审批时，需要补充性能测试和稳定性观察数据；用于项目验收时，还要求测试用例、日志、缺陷记录可追溯，并能复算指标。评估开始前应把用途写进评估说明，避免后续因证据不足返工。
据此形成一份评估问题清单，每行包含：评估对象（产品与版本）、目标环境组合、要回答的问题、结论用途、所需证据等级。清单是后续所有工作的范围依据。
指标与范围：环境基线和评估维度怎么定
环境基线是评估的起点，字段要细到可以复现环境。建议按下表记录，每个字段都写具体名称和版本号，不写“国产操作系统”这类笼统描述。
| 基线字段 | 记录内容 | 示例写法 |
|---|---|---|
| CPU架构 | 厂商、型号、架构 | 鲲鹏920，ARM64 |
| 操作系统 | 发行版名称与版本号 | 银河麒麟高级服务器操作系统 V10 |
| 数据库 | 产品、版本、部署模式 | 达梦数据库 DM8，主备 |
| 中间件 | 产品与版本 | 按实际部署填写 |
| 浏览器 | 产品与内核版本 | 按终端实际情况填写 |
| 运行时 | JDK或其他运行时版本 | 按产品要求填写 |
评估维度与基线配套使用：功能完整性看核心业务用例是否全部通过；性能与容量看响应时间、吞吐量在约定负载下是否达标；稳定性看统计窗口内的可用情况；兼容性看与周边系统、外设、客户端的联动；安全合规看认证材料与安全配置；运维支持看部署升级手段、监控能力和厂商响应。维度不必每次全做，但未做的维度要在范围声明中写明。
范围声明要明确三件事：评估覆盖单机还是集群部署；是否纳入信创与非信创混合环境；哪些业务模块和接口在本次范围内。混合环境常被忽略，实际项目中客户端、周边系统往往仍运行在非信创环境，评估时若不声明，结论容易被误读为全栈替换已验证。
数据口径与证据：每类依据从哪里来、怎么核验
适配证据主要有三个来源，可信度依次增强：厂商声明（适配清单、白皮书、官网说明）、第三方认证（兼容性认证证书、安全认证、检测报告）、客户自测与生产运行记录（测试用例结果、日志、监控数据、缺陷记录）。评估时按来源分级标注，结论中引用哪一级证据要写清楚。
核验厂商材料时逐项检查四个要素：版本号是否与本次基线一致，日期是否在有效期内，出具方是谁，覆盖环境是否包含本次组合。适配清单只写产品名称、不写版本号的，只能作为线索，不能直接作为基线核验依据，需要向厂商索取版本级清单和对应认证编号。认证证书要核对证书编号、有效期和适用范围，厂商自述类材料（如自主知识产权声明）应索取证明材料。
| 证据类型 | 来源 | 核验要点 | 可信度 |
|---|---|---|---|
| 厂商适配清单 | 厂商官网、白皮书 | 是否含版本号、发布日期 | 低，作为线索 |
| 兼容性认证 | 认证机构、厂商提供 | 证书编号、有效期、覆盖组合 | 中 |
| 客户自测 | 本方测试环境 | 用例、日志、环境快照可复现 | 高 |
| 生产运行记录 | 监控与运维系统 | 统计窗口、故障判定口径 | 高，反映长期表现 |
自测证据要成套保存：测试用例清单、执行记录、原始日志、监控截图、缺陷单及其关闭状态。只有结论没有原始数据的测试记录，复核时无法采信。资料未覆盖的环境组合或能力，在评估表中标注“未覆盖”，不推断为支持，也不推断为不支持。
评估任务、用例、缺陷和证据材料分散在多人手中时，可以用工作项和文档统一承载。ONES 信创版适配鲲鹏、飞腾CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统以及达梦数据库，并已与主流信创软硬件完成互信认证；具体型号、版本和认证编号需向厂商索取后填入基线表。评估过程中，测试用例可建为工作项，缺陷按状态流转，证据文档与对应工作项关联，复核时按同一入口追溯。
计算与评估步骤：从用例到结论怎么走
评估按六步执行：定基线、选用例、执行测试、采集数据、判定、复核。定基线产出环境基线表；选用例按核心业务路径和边界场景选取，并记录用例总数；执行测试在基线环境上完成，保留环境快照；采集数据包括用例结果、响应时间、吞吐量、监控和缺陷记录；判定按下列公式计算并与业务要求比对；复核由未参与执行的人员抽查原始数据。
功能通过率 = 通过用例数 ÷ 执行用例总数 × 100%。分母是实际执行的用例数，排除项（如因环境不具备而未执行的用例）单独列出，不计入分母，也不计入通过数。报告需同时写明用例总数、执行数、排除项及排除原因。
性能指标取 P95 响应时间，即95%的请求响应时间不超过该值，单位毫秒；吞吐量按单位时间完成的请求数统计，单位请求/秒。两项指标都必须注明并发数、数据量和测试时长，不同负载下的数值不可直接比较。
稳定性可用率 = 统计周期内可用时长 ÷ 统计总时长 × 100%，统计窗口写明起止日期，故障判定口径写明哪些中断计入不可用。分母为零或数据不可比时（如两次测试并发数不同），结论标注“不适用”或“不可比”，不强行给出百分比。
例子：一次国产环境适配评估怎么算
以下为演示情景，数据为示例值。基线组合：鲲鹏920（ARM64）+ 银河麒麟高级服务器操作系统 V10 + 达梦数据库 DM8，单机部署，评估某研发管理系统的核心模块。
功能测试选取120条用例，实际执行115条，5条因缺少指定浏览器版本未执行并列入排除项。执行用例中通过108条，功能通过率 = 108 ÷ 115 × 100% ≈ 93.9%。未通过的7条用例逐条记录缺陷单，其中5条修复后复测通过，复测后通过率更新为 113 ÷ 115 × 100% ≈ 98.3%，报告同时保留首轮数据。
性能测试在50并发、100万条工作项数据量下持续30分钟，P95响应时间为820毫秒，吞吐量为每秒46次请求。稳定性观察窗口为连续14天，累计不可用时长42分钟，可用率 = （14×24×60 − 42）÷（14×24×60）× 100% ≈ 99.79%。
结论表述为：在鲲鹏920、银河麒麟V10、达梦DM8单机环境下，该产品核心模块功能通过率98.3%（复测后），P95响应时间820毫秒（50并发、100万条数据），14天可用率99.79%；集群部署、混合环境及5条未执行用例涉及的浏览器组合未覆盖。这样的写法让读者能判断结论是否适用于自己的场景。
解读与限制：结论能说明什么、不能说明什么
单次测试结果只对当次环境组合和版本有效。CPU型号、操作系统发行版本、数据库小版本任一变化，都可能改变结论，报告中应把基线表与结论放在一起。功能通过率高说明用例覆盖范围内可用，不能推出长期稳定；稳定性要看生产或准生产环境的运维记录，测试窗口再长也短于真实运行周期。
认证材料覆盖范围有限。兼容性认证通常针对特定版本组合出具，不能替代本方环境下的自测；安全认证说明管理体系或产品安全能力，不直接证明业务功能在国产环境上的表现。引用认证时写明证书名称、编号和覆盖范围，避免把认证当作全面适配保证。
复评触发条件建议写入评估规范：环境基线中任一组件升级或更换、产品大版本升级、业务负载量级变化超过约定比例、生产环境出现与适配相关的重大故障。触发后按原口径重跑受影响的用例和指标，保留新旧结果对照，结论更新时注明替代关系。
常见问题
厂商提供的适配清单没有写版本号，能作为评估依据吗？
只能作为线索，不能直接作为基线核验依据。适配清单需要与本次环境基线逐项比对，重点看是否写明版本号、发布日期、出具方和覆盖的环境组合。缺少版本级信息的清单，应向厂商索取版本级适配清单和对应认证编号，再填入证据清单并标注证据级别。
功能通过率首轮和复测结果不一致，报告里应该写哪个？
两个都保留，并说明关系。首轮通过率反映测试当时的实际状态，复测通过率反映缺陷修复后的结果，报告应同时列出首轮数据、缺陷单编号和复测数据，注明复测替代首轮结论。只写复测后的高通过率会掩盖问题修复过程，复核时无法追溯。
评估中部分用例因环境不具备未执行，怎么处理？
把未执行用例列入排除项，单独列出数量和原因，不计入分母，也不计入通过数。功能通过率的分母是实际执行的用例数。结论中要写明这些用例涉及的浏览器、外设或接口组合未覆盖，读者据此判断结论是否适用于自己的场景。
单机环境测出的性能数据，能直接用于集群部署的容量规划吗？
不能直接套用。单机与集群的请求分布、数据库访问路径和中间件行为不同，性能数据只在测试时的部署形态、并发数和数据量条件下成立。集群部署需要单独测试，或在结论中明确标注集群形态未覆盖，容量规划另行评估。
评估记录分散在多人手里，复核时怎么保证可追溯？
把评估任务、测试用例、缺陷和证据文档放到同一套工作项与文档体系中管理，用例建为工作项，缺陷按状态流转，证据文档与对应工作项关联。复核人员按同一入口抽查原始日志、环境快照和缺陷关闭记录，就能判断结论是否可复算。ONES 信创版适配鲲鹏、飞腾CPU，银河麒麟、麒麟信安、统信、OpenEuler、龙蜥等操作系统以及达梦数据库，并已与主流信创软硬件完成互信认证，具体型号、版本和认证编号需向厂商索取后填入基线表。
