在车载软件评估实践中，经常遇到一类现象，项目有完整的系统测试报告，但是缺少独立的软件集成测试产出物。团队将模块组装完成之后直接交给系统测试，认为系统测试可以覆盖模块之间接口交互，省略专门的集成测试活动。实际上系统测试站在整机功能视角开展验证，更多面向用户业务场景，软件集成测试重点聚焦模块之间接口、数据交互、调用时序，二者验证侧重点并不相同，完全用系统测试替代集成测试，会造成接口层面缺陷遗漏，同时 SWE.5 过程域无法拿到有效证据。

SWE.5 落地过程中会出现几类典型问题。没有编制独立的软件集成策略文档，模块组装顺序随机，哪个模块开发完成就直接并入代码库，没有预先规划集成层级。集成测试用例直接复用系统测试用例，缺少针对模块接口、入参出参、异常交互的专项用例。集成测试没有独立记录，只记录最终系统测试结果，模块联调阶段发现的接口缺陷直接修改代码，不录入缺陷管理库。集成产物、桩模块、驱动模块没有纳入配置管理，评估阶段找不到集成阶段对应的工作产物。集成完成之后不做基线固化，直接流入下一阶段。

做好 SWE.5，核心是提前定义集成策略，区分集成测试与系统测试的验证范围，重点围绕模块接口开展验证活动。

亚远景 APMS 研发过程管理平台可以存放软件集成策略文档，预先定义集成层级、模块组装顺序、桩与驱动模块清单、每一层集成的准入与退出准则。集成测试用例独立维护，和软件架构设计条目建立关联，重点覆盖模块接口、数据传递、异常入参场景。每一轮集成执行完成之后，在平台记录集成版本、测试执行记录，接口相关缺陷直接录入缺陷管理模块，跟踪闭环。每一层集成达成退出条件之后，生成对应的中间基线，桩、驱动等辅助产物一并归档，保证集成活动全程留痕可追溯。

亚远景 DPAI 垂类 AI 可以读取软件架构接口描述，辅助生成集成测试用例初稿，重点梳理接口入参、边界值、异常调用场景，供测试工程师审核调整。同时可以提示哪些模块接口缺少对应的集成用例，帮助团队补齐接口验证覆盖，不能直接替代测试人员的用例设计判断。

亚远景 PCAT 过程能力评估工具预置 SWE.5 专项检查点。内部预评估阶段核查软件集成策略、集成层级记录、接口集成用例、中间基线归档情况，区分集成测试材料与系统测试材料，识别直接复用系统测试充当集成测试的情况，在正式评估前完成整改。

工具可以辅助归集集成相关产物，但集成策略的设计、集成顺序的判断，依旧需要架构与测试人员完成。软件集成测试关注模块之间如何交互，系统测试关注整机对外功能表现，二者互为补充，不能互相替代。把集成策划、分层组装、接口验证落到实处，才能够完整达成 SWE.5 的各项基础实践。