在 ASPICE V4.1 过程框架中，SWE.6 软件合格性测试在软件集成完成后执行，针对完整软件产品验证其是否满足软件需求与规定的合格性准则，输出测试报告作为软件交付与第三方评估的关键证据。与聚焦模块接口的软件集成测试不同，合格性测试面向最终可运行软件整体，覆盖功能正确性、性能约束、边界条件与异常场景，是软件离开研发团队进入整车环境前的最后一道过程检验关口。

SWE.6 的核心活动包括基于软件需求编制合格性测试计划与测试用例，明确测试环境、测试对象、测试方法与通过准则，执行测试并记录结果，收集测试中发现的缺陷并跟踪闭环，建立测试用例与软件需求之间的双向追溯，形成正式测试报告说明测试覆盖范围、遗留问题与合格结论。测试用例需要与软件需求条目一一对应，需求变更后同步评估受影响的测试用例并更新，保证测试覆盖不出现遗漏。

实践中合格性测试阶段常见问题集中在几个方面。测试用例只覆盖正常功能路径，异常输入、超时、资源耗尽与边界条件场景缺失，需求覆盖矩阵覆盖率偏低。测试环境与目标硬件存在差异，测试结果无法代表真实运行表现。测试报告只记录通过率与缺陷数量，缺少环境版本、测试人员、执行日期、遗留缺陷状态与风险说明。缺陷修复后没有执行回归测试与回归记录，无法证明问题已真正关闭。测试用例与需求之间追溯关系断裂，评估时难以证明每条软件需求都经过合格性验证。

亚远景建议以工具体系固化合格性测试过程要求。APMS 过程管理平台承载测试计划、测试用例、测试记录与测试报告的版本流转，缺陷任务在平台内派发、跟踪与闭环归档，测试进度、通过率与遗留缺陷状态对项目成员透明可见。DPAI 垂类 AI 辅助工具在测试用例编制阶段辅助比对软件需求条目，识别尚未覆盖测试场景的需求，提示用例中缺少的异常路径与边界条件，辅助完善测试设计。PCAT 预评估检查工具在正式评估前扫描测试工作产品，核查测试用例需求追溯覆盖率、测试报告要素完整性、缺陷与回归记录对应关系，提前定位证据缺口。

规范的合格性测试过程能够把软件需求与最终交付质量形成可审计的对应关系。以 APMS 管理测试流程与缺陷流转，以 DPAI 辅助测试覆盖核查，以 PCAT 在评估前检查证据完备性，三套工具形成计划、执行、检查的过程闭环。面向域控制器、智能驾驶等高复杂度软件项目，SWE.6 过程能力的提升能够减少交付后暴露的软件缺陷，使测试证据在 ASPICE 评估与整车认证中直接可用。