ASPICE SWE.5 软件组件验证与集成验证，重点关注各个软件组件之间的接口交互、组件组装之后的内部行为。而 ASPICE SWE.6 软件验证，是站在完整软件项的角度，确认整套软件可以满足对应的软件需求。很多开发团队做完集成之后，直接拿集成阶段的测试材料作为 SWE.6 的产出，忽略软件项整体的功能、非功能、外部接口相关验证。等到评估抽样检查，就会发现合格性验证没有覆盖全部软件需求，形成弱项。

项目落地当中经常出现几类现实问题。没有单独编制 SWE.6 验证策略，没有明确合格性验证的准入、准出条件，直接复用集成验证的全部内容。验证用例缺少面向完整软件项的外部交互、时序、资源占用、异常工况相关场景，大多还是组件内部接口的内容。软件需求条目没有全部映射到 SWE.6 验证用例，部分非功能需求，例如内存占用、实时性、鲁棒性没有设计对应的验证手段。集成验证和软件合格性验证的执行记录混在一起，报告没有区分属于哪一类验证活动，评估人员很难分辨证据归属。软件项发生变更之后，只更新集成测试，合格性验证没有做对应的回归。

SWE.6 不是 SWE.5 的简单重复，集成验证看组件之间能不能正常配合，软件合格性验证看整套软件是否满足全部软件需求，二者的验证视角、验证对象存在明显差异。

亚远景 APMS 研发过程管理平台可以独立管理 SWE.6 软件验证相关工作产物。单独维护软件验证策略，写明合格性验证的准入准出、验证手段、回归规则。SWE.6 的验证用例和软件需求建立独立双向追溯，和集成验证用例做区分标记，避免两类用例互相混淆。每一轮软件项合格性验证的执行结果完整归档，绑定对应软件基线。当软件需求或者软件项发生变更，平台会提示工作人员评估 SWE.6 的回归验证范围，防止合格性验证被跳过。

亚远景 DPAI 垂类 AI 可以读取软件需求清单，筛查哪些软件需求还没有匹配 SWE.6 验证用例，给出补充验证场景的参考建议，用例的设计和评审依旧由测试工程师完成。

亚远景 PCAT 过程能力评估工具预置 SWE.6 专项检查点。开展内部预评估时，可以区分查看集成验证、软件合格性验证两套证据，核查需求覆盖情况、验证策略文档，识别直接复用集成材料充当合格性验证的问题，在正式评估前完成整改。

工具可以完成用例归集、基线绑定、线索提醒，但验证策略制定、场景设计，需要测试人员结合软件需求来完成。分清集成验证和软件合格性验证的不同定位，完整开展 SWE.6 对应的验证活动，才能够满足 ASPICE 对于软件项验证的实践要求。