SDLC常用方法

本部分针对上一章所提出的SDLC的介绍，对其常用方法的优缺点进行说明，可应对软件测试、软件测试开发的面试过程。

目录

瀑布法（Waterfall Model）

迭代法（Iterative Model）

螺旋法（Siral Model）

检验法（V-Model）

敏捷法（Agile Model）

瀑布法（Waterfall Model）

遵循线性执行顺序，在上一阶段完成后进入下一开发阶段，开发阶段不会互相重叠。

适用：需求文档详细、清晰、无变动，技术确定且所需资源充足的短期项目。

优点：

1、线性和结构化性质使每个阶段均有全面的文档，利于知识转移。

2、有利于项目的有效管理，利益相关者能够轻松地跟踪进度并相应分配资源。

3、强调彻底的需求分析和前期设计，最大限度减少项目后期变化的机会，更直接地保证质量。

缺点：

1、僵化和线性性质不利于适应变化的需求。

2、反馈回路太长，反馈周期太长。方法论的顺序性会阻碍团队成员的工作和交流。

3、限制创新和创造力，开发过程中没有实验和迭代改进的空间。

迭代法（Iterative Model）

将整个项目拆分为多个可独立开发的部分，每次独立开发上线其中的一部分功能，直到整个所有需求全部完成，是一种增量法。

个人认为本质上是一系列瀑布循环。适用：较大型项目。需要使用新技术、或者进行具有风险的开发项目；部分资源暂时尚不可用的项目。

优点：项目进展过程中一直有可用的程序，有利于尽快发现程序错误。阶段性产生成果，利于定期衡量结果。

缺点：小型项目无法进行多次拆解，大项目需要针对不同模块及资源，需要有经验人员进行风险分析。系统架构可能导致整个周期中无法更迭的问题出现。

螺旋法（Siral Model）

瀑布法和迭代法的结合，在两者基础上更强调风险分析的作用。

适用：预算和风险评估非常重要的中高风险的长期项目，产品需要尽早发版，项目过程中可能出现重大改动的需求。

优点：所需功能随着开发过程产生，并被逐步添加到产品中。可以广泛使用原型。

缺点：需要更为复杂的管理，项目初期无法预估产品彻底完成的时间，过多的中间步骤导致需要非常多的文档记录。

检验法（V-Model）

检验法在开发的每个测试阶段添加了对应的测试环节。

模块设计阶段会进行更为详细的模块构造设计，也被称为低层设计。在设计完成后，会确立使用的编程语言进行开发，开发完成后进入验证阶段：在对各个模块测试完成后，再对模块间的信息流通进行测试，随后是质量运营部的系统测试（软硬件兼容性），最后由业务方进行验收确认测试。

每部分的开发均有验证阶段。

适用：传统软件开发模型，传统的信息系统应用的开发。

缺点：不利于高性能高风险的系统、互联网软件进行。无法适用于模块化产品。

敏捷法（Agile Model）

同迭代法，敏捷法也是一个逐步开发的模型，但更关注快速迭代中用户的满意度和软件的可用性。敏捷法强调不断的与需求方沟通，通过demo软件与用户进行交互，不断根据反馈进行修改。 以用户需求进化为核心、迭代、循序渐进的开发方式。将一个大项目分为多个相互联系，但也可以独立运行的小项目并分别完成。

优点：重视流程和工具，强调人与人的互动，管理者要多参与项目有关的事情。重视文档的作用，且具有传承性。

缺点：强化沟通及灰度用户。需要不断进行人与人的交流以便需求下发和实现。