1、瀑布模型(Waterfall Model):线性,串行,无风险控制能力,适合需求变化较小的情况。瀑布模型核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作,即采用瀑布模型结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
计划阶段:项目计划书,Project Plan
需求阶段:需求规格说明书,SRS: Software Requirement Specification
设计阶段:概要设计:High Level Design,详细设计:Low Level Design
开发阶段:代码,用例
测试阶段:测试实现和执行
维护阶段:产品维护
优点:简单高效(一般产品要求立即上线,应第一时间保证运行,其它的有时间再做)
缺点:测试介入较晚,人员闲置严重,后续工作跟不上;在项目各个阶段之间极少有反馈;只有在项目生命周期的后期才能看到结果;通过过多的强制完成日期和里程碑来跟踪各个项目阶段;瀑布模型的突出缺点是不适应用户需求的变化。
适用范围:项目开发完成后才招测试人员,那么可能是瀑布模型,不适合需求频繁变更的项目。不适合于大的项目,适用于小规模传统项目业务研发。适合范围:项目小,需求明确。
按照瀑布模型的阶段划分,软件测试可以分为单元测试,集成测试,系统测试。
风险驱