当今，许多软件组织正在走 CMMI之路，它是一种规范的规范行为，以软件工程过程的标准化来保证软件的质量。因此，如何在 CMMI中定义并执行软件测试?以软件测试为例，详细阐述了基于软件能力成熟度模型的软件测试。
第一，在 CMMI中，软件测试涉及两个关键的过程域，一个是验证，一个是确认。校验，是为了确认一个开发阶段的产品是否满足该阶段早期提出的要求而进行评估的过程;确认，是在开发过程中或结束时对一个软件产品进行评估，以确定它是否满足软件需求规范的要求。简而言之，验证就是证明产品的构造是否正确;确认就是证明所构建的产品是否正确。
对于传统的瀑布模型来说，验证意味着在每一阶段结束后，软件产品的技术复审和管理复审，每一阶段结束后产生的代码都要进行测试。在 CMMI软件测试的基础上，涵盖了这两个方面的工作，在下面瀑布模型软件生命周期中的各个阶段进行了介绍。
1.软件需求分析阶段
根据“软件测试要尽早介入”的原则，在软件需求分析阶段，软件测试人员可以加入软件需求分析和确认的行列，并且在这个阶段结束后，要参与这个阶段的软件产品评审。这一阶段不会生成软件代码，因此主要的软件产品是文档。在这个阶段产生的与软件测试密切相关的文档是软件需求规范说明和软件开发计划，测试人员可以根据这两个文档发布软件配置项测试计划、明确计划中的测试类型、测试方法、测试环境、以及测试人员和进度安排。
2.软件设计阶段
在软件设计阶段，软件人员主要参与的测试活动是审查软件方案设计和软件集成计划文档，以及发布软件集成测试计划。类似地，在软件的详细设计阶段，软件人员参与了软件的详细设计，以及发布一个软件的单元测试计划。
3.软件编码和后续测试阶段
这一阶段的软件代码已经生成，可以按照单元测试计划，拟好单元测试用例，执行单元测试，并发布单元测试报告。建议在单元测试阶段进行代码走查，以确认软件代码。此后的阶段，软件确认和验证的对象都是代码。
在单元测试结束后，对该阶段的软件产品进行确认，审查相关文档，然后进入受控库，并在软件配置确认后，转入集成测试阶段。
根据集成测试计划，拟制出集成测试用例说明，按某种适当的集成策略对软件单元进行组合。本阶段生成集成测试报告。它是此阶段的软件验证和确认的结果。类似地，在集成测试完成后，对该阶段的软件产品也要进行确认，并在软件配置确认之后，将进入配置项测试阶段。
软件配置项测试是根据需求阶段产生的测试计划，拟制组态测试说明，执行以黑盒为主的配置项测试，发出配置项测试报告。在测试之后，提交配置管理，确认后等待软件交付。
上述是基于 CMMI的软件测试流程。该方法的优点是将测试分为验证和确认两个部分，覆盖了软件产品的整个生命周期，从工程过程的角度来保证软件产品的质量。但是上述软件流程也存在缺陷，如测试计划周期过长，随着开发过程的推进，难免会出现变更，无疑增加了测试的工作量，降低了测试文档的有效性。因此，随着软件项目管理的发展，基于 CMMI的软件测试活动，还有很大的改进空间。
最后:【可能给你带来帮助的教程】（私聊q1免费领取）
这一些资料，对做【软件测试】的朋友而言应该是较为完整了，这类学习资料也陪伴我走过了最艰难的路程，希望也可以帮助到你！万事要尽早，尤其是技术行业，一定要提升技术功底。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。