如今很多软件组织都走CMMI的路子，CMMI是通过规范软件工程过程来保证软件质量的标准化规范行为。那么，CMMI中软件测试该如何定义和进行呢？下面以软件测试为例，详细阐述基于软件能力成熟度模型的软件测试。
首先，在CMMI中，软件测试涉及两个关键过程域，一个是验证，一个是确认。验证是在开发阶段评估产品以确认其是否满足该阶段早期制定的需求的过程；确认是在开发过程中或开发结束时评估软件产品以确认其是否满足软件需求规范要求的过程。简而言之，验证是为了证明产品是否被正确构建；确认是为了证明构建的产品是否正确。
对于传统的瀑布模型来说，验证意味着在每一个阶段之后，都要对软件产品进行技术评审和管理，并且要对每个阶段之后生成的代码进行测试。基于CMMI软件测试就涵盖了这两方面的工作，下面就瀑布模型软件生命周期的各个阶段进行介绍。
1.软件需求分析阶段
按照“软件测试应尽早介入”的原则，软件测试人员在软件需求分析阶段即可加入到软件需求分析确认的行列中，而在此阶段之后，必须参与该阶段的软件产品评审。此阶段不会产生任何软件代码，因此主要的软件产品是文档。此阶段产生的与软件测试密切相关的文档是软件需求规格说明书和软件开发计划。测试人员可以根据这两个文档发布软件配置项测试计划，在计划中明确测试类型、测试方法、测试环境，以及测试人员和时间安排。
2.软件设计阶段
在软件设计阶段，软件人员参与的主要测试活动是评审软件解决方案设计和软件集成计划文档，并发布软件集成测试计划。同样，在软件的详细设计阶段，软件人员参与软件的详细设计，并发布软件的单元测试计划。
3. 软件编码和后续测试阶段
此阶段软件代码已生成，可根据单元测试计划编写单元测试用例，执行单元测试，发布单元测试报告。建议在单元测试阶段进行代码走查，确认软件代码。在后续阶段软件测试设计，软件确认和验证的对象都是代码。
单元测试完成后，本阶段的软件产品确认，相关文档审阅，进入受控库。软件配置确认后，进入集成测试阶段。
根据集成测试计划，制定集成测试用例描述，并按照某种合适的集成策略将软件单元组合起来。在此阶段，生成集成测试报告。它是此阶段软件验证和确认的结果。同样，集成测试完成后，此阶段的软件产品也得到了确认，软件配置确认后，将进入配置项测试阶段。
软件配置项测试就是根据需求阶段生成的测试计划，编写配置测试说明书，进行黑盒配置项测试，出具配置项测试报告。测试结束后提交配置管理，确认无误后等待软件交付。
以上是基于CMMI的软件测试流程，此方法的优点是将测试分为验证和确认两个部分，覆盖了软件产品的整个生命周期，从工程过程的角度保证了软件产品的质量。但是软件测试设计，上述软件流程也有缺陷，如测试计划周期过长，随着开发过程的进展，变更在所难免，这无疑增加了测试的工作量，降低了测试文档的有效性。因此，随着软件项目管理的发展，基于CMMI的软件测试活动还有很大的改进空间。
最后：【可能对你有帮助的教程】（私聊q1免费获取）
这些资料对于做【软件测试】的朋友来说应该是比较齐全的了，这样的学习资料也陪我走过了最艰难的路程，希望也能帮到你！凡事要趁早，尤其是技术行业，一定要提升自己的技术水平。
