软件测试--研发模型

软件测试--研发模型
1、瀑布模型
计划-->需求-->设计-->编码-->测试-->运⾏与维护
特点：
1、线性化的研发模型
2、各阶段具有⾥程碑的特征
3、基于⽂档的驱动
4、严格的评审机制
优点：
1、有利于⼤型软件研发过程中⼈员的组织和管理
2、有利于开发⽅法和⼯具的使⽤
3、提⾼了软件的质量和效率
缺点：
不灵活
2、V模型
⽤户需求-->需求分析-->概要设计-->详细设计-->编码-->单元测试-->集成测试-->系统测试-->验收测试优点：
　1、软件测试和开发级别⼀⼀对应
　2、软件测试分为若⼲个级别，更能提⾼软件的质量
缺点：
1、忽略了软件测试的对象不⽌程序，还有⽂档
2、验收测试是最后阶段，需求阶段的问题只能到验收测试才能发现
3、W模型
优点：
1、W模型，⼜称双V模型，测试活动和开发活动同步进⾏
2、软件测试的对象不⽌程序，还有⽂档
3、尽早测试可以降低开发的成本
缺点：
⽆法迭代（相对的，并⾮绝对）
4、X模型
最早引⼊探索式测试的研发模型
软件分为⼏个⽚区，然后集成在⼀起形成最终的软件
5、螺旋模型
⾮线性化的研发模型
引⼊了风险管理，进⾏评估
6、快速原型
⼜称原型定义，⾮线性的研发模型，主要是使⽤于⼩公司，客户到了最后才知道软件的最终模样。

先做成⼀个demo（模型或样本），给客户进⾏产品的预演。

7、迭代开发
每次只设计和实现产品的⼀部分，通过逐步完成的⽅法叫做迭代开发。

每次设计和实现的⼀个阶段叫做迭代。

优点：
1、降低了需求变更的成本
2、可以得到早期的⽤户反馈
3、持续的集成和测试
8、敏捷开发
敏捷开发以⽤户需求进化为核⼼，采⽤迭代，循序渐进的⽅法进⾏软件开发。

敏捷开发的核⼼价值观：
1）个体交互重于过程和⼯具（个体交互主要指⼈与⼈之间的沟通）
2）可⽤的软件重于完备的⽂档
3）客户协作重于合同谈判
4）响应变化重于遵循计划
优点：
敏捷开发确实是项⽬进⼊实质开发的阶段，⽤户可以很快看到⼀个基线架构版的产品，敏捷注重市场快速反应能⼒。

缺点：
敏捷注重⼈员的沟通，忽略⽂档的重要性。

若项⽬⼈员流动太⼤，⼜给维护带来不少难度，特别是项⽬中存在新⼿较多时，⽼员⼯⽐较累。