SYS.5 系统合格性测试是在系统集成完成后，针对完整系统产品开展的最终验证活动，目标是证明系统满足系统需求定义的全部要求，具备向客户交付的条件。评估师在该过程重点核查测试是否依据系统需求策划，测试用例覆盖需求条目，测试在约定环境与配置下执行，测试结果与缺陷记录完整，系统需求与测试结果之间建立双向追溯，测试结论支撑系统合格交付。系统合格性测试处于开发流程末端，测试证据链是否完整，直接反映前期需求、架构与集成过程是否受控。

第一类常见弱项是测试需求与用例追溯不完整。团队提供测试用例与测试报告，但无法把每条系统需求对应到具体测试用例，部分系统需求缺少合格性测试覆盖；追溯矩阵中系统需求指向架构或集成测试，未说明系统级验证由哪项测试完成。核查重点应放在 SYS.2 系统需求条目到 SYS.5 测试用例的双向追溯覆盖，识别未覆盖的功能需求、性能需求、接口需求、异常处理与诊断需求，补充对应合格性测试用例。

第二类弱项是测试环境与配置状态记录不充分。系统合格性测试需要在代表量产状态的系统配置下执行，评估时应能说明被测系统硬件版本、软件版本、标定参数、周边依赖系统与台架配置。常见问题是测试环境描述笼统，缺少版本清单与配置基线记录，测试样件与后续交付配置不一致，无法证明测试结论适用于量产系统。团队应建立测试环境配置记录，冻结测试基线版本并归档，测试报告中注明环境条件、软硬件版本与配置参数。

第三类弱项是测试执行记录与结果证据不完整。测试报告只列出通过项汇总，缺少逐条用例执行记录、实际结果与预期结果对比、测试日期与执行人信息；失败用例缺少完整执行留痕。规范的系统测试应保留逐条测试记录，记录用例编号、输入条件、执行环境、预期结果、实际结果与判定结论，测试报告汇总覆盖范围、通过数量、失败数量与遗留问题状态。

第四类弱项是缺陷处理与回归证据断裂。测试阶段发现的问题缺少缺陷台账，问题描述、严重等级、定位分析、修复版本、回归测试结果与关闭结论无法对应；部分缺陷直接在测试现场调试关闭，没有回归验证记录。团队应建立系统测试缺陷全生命周期记录，缺陷从发现、分级、分配、修复、回归到关闭全程留痕，回归测试在对应版本上执行并留存结果，遗留缺陷经过风险评估并获得接受结论。

第五类弱项是测试报告结论与交付判定支撑不足。测试报告缺少覆盖性总结、未覆盖需求说明、遗留缺陷风险评估与系统合格性结论，无法作为系统满足系统需求的交付依据。合格性测试报告应说明测试范围与依据、环境配置、需求覆盖情况、缺陷与遗留问题状态、未覆盖项及处理方式，给出系统是否满足系统需求的明确结论。

亚远景在评估辅导中建议团队对照上述弱项逐项核查 SYS.5 测试工作产品，把零散测试记录整理为从需求、用例、环境、执行、缺陷到结论的完整证据链。规范的系统合格性测试过程不仅帮助团队在评估中取得稳定评级，也为整车量产准入、客户审核与问题追溯提供可靠的系统级验证依据。