几种常用的开发模型和测试模型

1、开发模型

（1）瀑布模型

         start——需求分析——计划——设计——编码——测试——end

         特点：阶段性强，每一个阶段比较独立，看重前期的需求分析和后期的测试

         缺点：测试在编码之后才介入，导致前期的问题后期才发现，会失去错误补救的机会

（2）螺旋模型

         适用于项目庞大，前期风险大，不是很明确的项目

           特点：强调每一个迭代的测试质量和风险分析

           缺点：风险管控的人力物力投入很多，成本比较大

（3）增量模型、迭代模型

         同一个系统的四个模块A B C D两周

               增量模型：第一周开发A B功能模块

                                 第二周开发C D功能模块

               迭代模型：第一周先开发A B C D的基础功能

                                 第二周再在第一周的基础之上完成其他的功能

         特点：抗击风险能力强

（4）敏捷模型

 

个体与交互重于过程和工具

可用的软件重于完备的文档

客户协作重于合同谈判

响应变化重于遵循计划

 特点：轻文档，轻流程，重目标，重产出

 角色：
 PO product owner ：把用户需求转化成 user story 
 SM scrum master ：项目经理，管理整个团队，负责敏捷流程顺利实施，各种会议
 ST scrum team ：各种技能的人组成，开发，测试 UI  

       发布计划会议：产品经理收集需求形成user story 讲解，排出本迭代需要进行开发的 userstory 形成 sprint backlog                                                                                                               迭代计划会议：分析userstory，把 userstory 分解一个个的任务，分配开发人员，制定开发计划
       每日站会：昨天干了什么，遇到的问题，今天的计划
       产品演示会议：甲方，用户演示产品， PO 把不足的地方收集成 user story ，下一次迭代改进                                                                                                                                                               回顾计划会议：回顾整个迭代过程，把不足的地方找出，在下一次迭代过程中改进，优化迭代流程

 2、测试模型

（1）V模型

         特点：每一个阶段独立性强

                   左边每一个阶段是右边测试阶段的依据

         缺点：（是瀑布模型变种）

            编码后才可以进行测试，前期的错误后期才会发现，会失去错误纠正的机会

（2）W模型

         特点：每一个阶段独立性强，测试一开始就介入，可以保证前期的问题及时发现并进行纠正，测试和开发并行的

       缺点：每一个阶段都是串行的过程，一个阶段完了之后再进行下一个阶段，不支持敏捷开发（拥抱变化）