从测试小白到测试架构师之路-软件开发模型了解下
今天了解下软件开发过程模型
1.边做边改型
表现：
目前许多产品都是使用"边做边改"模型来开发的。在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。
缺点：
（1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；
（2） 忽略需求环节，给软件开发带来很大的风险；
（3） 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。
2.瀑布模型
表现：
瀑布模型是将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。
缺点：
（1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；
（2） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；
（3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。
3.原型模型
表现：
原型模型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。
缺点：
1）当告诉用户，还必须重新生产该产品时，用户是很难接受的。这往往给工程继续开展带来不利因素。
2）开发者为了使一个原型快速运行起来，往往在实现过程中采用这种手段。
3） 不宜利用原型系统作为最终产品。采用原型模型开发系统，用户和开发者必须达成一致：原型被建造仅仅是用户用来定义需求，之后便部分或全部抛弃，最终的软件是要充分考虑了质量和可维护性等方面之后才被开发。
4.增量模型（Incremental Model）
表现：
增量模型是将整个产品被分解成若干个构件，开发人员逐个构件地交付满足客户需求的一个子集的可运行产品。在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。
缺点：
（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。
（2）在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力但很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
5.螺旋模型
表现：
对于新近开发，需求不明确的情况下，适合用螺旋模型进行开发，便于风险控制和需求变更。“螺旋模型”的核心就在于您不需要在刚开始的时候就把所有事情都定义的清清楚楚。您轻松上阵，定义最重要的功能，实现它，然后听取客户的意见，之后再进入到下一个阶段。如此不断轮回重复，直到得到您满意的最终产品。
缺点：
很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。
6.喷泉模型（fountain model）
表现:
喷泉模型的各个阶段没有明显的界限,开发人员可以同步进行开发，可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。就像水喷上去又可以落下来，可以落在中间，也可以落在最底部。
缺点：
由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理.此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。
7.快速应用开发（RAD）-V模型
表现：
V模式是一种传统软件开发模型，一般适用于一些传统信息系统应用的开发，明确标明了测试过程中存在的不同级别，清楚地描述了测试阶段与开发过程各阶段的对应关系。
缺点：
（1）它仅仅把测试过程作为需求分析，概要设计，详细设计编码之后的一个阶段，容易让人理解为测试是软件开发的最后一个阶段。
（2）没有明确说明早期的测试，不符合越早测试和不断地进行测试的原则（用户需求对不对要到验收测试才能发现）。
（3）流程是单向的，不可逆的。