【原】测试理论：增量软件开发模式

你好呀，我是芒果。

软件产品从最初构思到公开发行，形成了各种不同的软件开发生命周期模式。

在上篇文章“测试理论：原型进化软件开发模式”中，我们学习了“原型进化模型”，今天我们一起来认识软件开发模式中的“增量模型”。

一、定义

“增量模型”的主要特点是把软件按照不同功能模块划分为单个构件，再通过渐进的方式集成到系统中，最后完成软件产品的交付。

“增量模式”可以看作“瀑布模式”和“原型进化模型”的结合，在开发单个构件过程中，需要经历“瀑布模式”中需求分析、设计、实现、验证等主要步骤，在开发完单个构件后，像“原型进化模型”一样把新增功能集成到原系统中，其完整的流程图如下所示：

增量模型，摘自百度百科

二、优点

“增量模型”以构件为单位开展相关的软件开发工作，开发可以根据功能优先级来自由决定构件开发顺序，提供了较大的工作自由度。

相较于“原型进化模型”在每一次原型更新后需要把最新的软件系统交付给用户，“增量模型”可以在完成阶段开发任务后只交付相应的构件，最后完成预期的所有构件后再把集成的软件系统交给用户，减少了集成工作的资源成本。

三、缺点

在采用“增量模型”的软件开发项目早期，需要以增量构件为单位定义需求框架，再根据构件的组成交互关系，进行软件系统的体系结构设计，因此该模式不适用于那些不方便进行模块化的软件系统开发。

四、测试在模式中扮演的角色

测试在该模式中有两个职责：

一方面，测试需要熟悉各个构件的耦合关系，在项目早期的软件结构设计阶段，测试代表需要从集成系统的可测试性等角度审视整个软件结构，为了方便后期测试计划的制定，可以从测试角度提供功能解耦的相关建议。

另一方面，测试需要对新增功能进行验证测试，例如在开发完成单个增量构件开发后，需要对构件开展测试，在各个构件开发完进行系统集成时，需要对系统开展测试，把控软件的整体质量。

结语：

下篇文章，我们一起来学习常见软件开发模式中的另外一种—— “V模型” 。

---