CMMI 对软件集成和集成测试实践说明

软件集成和集成测试在CMMI的“产品集成”（product integration）”即PI实践域中说的非常细致。主要分为：制定策略、准备环境，准备部件、执行集成、验证和确认集成结果五大步骤，具体理解见下图：

YYT0664 软件集成和集成测试要求
5.6.1 集成软件单元

本节要求按照计划执行软件单元，隐含2个意思：1有集成计划、2执行集成。与CMMI表达方式不同，CMMI是把整个实践域要做的事一次性讲完，而YYT0664以瀑布视角说明整个开发过程，所以大家可认为在策划阶段就已准备好集成策略/集成计划（而非集成测试用例，在之前章节介绍过策略一词类似于架构设计，用例类似于详细设计），而YYT0664的软件集成和集成测试偏重的是集成执行过程的要做的事。

5.6.2 验证软件集成

强调按照集成计划执行集成验证，明确要求要有集成验证记录。此处的记录并不是指并CMMI PI的2.5组件集成验证报告，而是对否正确集成的过程进行验证。举个直观的例子：集成好比要把文件1正面放进档案袋1，文件2正面放进档案袋2，这时的验证仅限于验证档案1和档案2都按照要求放入各自的档案袋。此过程如果做的不好，身为测试人员是最有体会的，很可能会出现白白浪费时间测试的情况，从而导致返工，浪费人力物力和延误交期。

5.6.3 软件集成测试

联系下文可以看出5.6.3是对5.6.4-5.6.8的总述。5.6.3要求按照集成计划，执行集成测试并形成文件。强调形成文件的要求。可以粗狂理解对应CMMI PI的2.5组件集成验证报告。

5.6.4 软件集成测试的内容

对5.6.3集成测试形成文件内容的详细描述，具体就是软件8大质量特性的测试，只是此时关注的重点是集成处接口的测试。

5.6.5 评价软件集成测试规程

对5.6.4集成测试形成文件内容的充分性加以强调，即要保证集成测试用例的充分性，可通过对集成处接口的覆盖率和测试方法有效性等方面进行评价，简单来讲就是要求执行集成测试前，集成测试用例要通过评审。

5.6.6 进行回归测试

对5.6.4集成测试形成文件内容再加以补充，强调不仅仅只看新集成的内容，还要考虑当与整个软件项/系统集成后，新集成内容是否会对软件项/系统整体运行造成非预期影响，如何保证未造成非预期影响，那最简单有效的方法就是新增回归测试。

5.6.7 集成测试记录的内容

对5.6.3集成测试形成文件中测试记录内容予以明确说明，强调记录信息至少包含：测试环境、步骤、输入数据、预期结果，测试人、实际结果等内容。

5.6.8 使用软件问题解决过程

对集成测试执行过程中如果遇到bug处理方式予以说明，同时也隐含说明5.6.3集成测试形成文件中应包含bug相关信息。