5个开发模型 && 2个测试模型②

开发模型（5个） 和 测试模型（2个）

  
  
软件的生命周期（6个阶段）：指从产品的设想开始到软件不再使用而结束的时间。
      需求分析、计划、设计、编码、测试、运行维护。

  

---

开发模型：

1.瀑布模型： 开始->需求分析->计划->设计->编码->测试结束。 有重要地位，其他模型的基础框架，每个阶段都只执行一次，是线性顺序进行的软件开发模式。

   优点： 强调开发的阶段性；
       强调早期计划及需求调查；
       强调产品测试。
   缺点：依赖早期的唯一一次需求调查，不能适应需求变化；
       因是单一流程，开发中经验教训不能反馈应用于本产品；
       风险在后期显露，会失去及早纠正机会。
  
  

2.螺旋模型： 一般在软件开发初期需求不是很明确，采用渐进式的开发模型。是渐进式开发模型的代表之一。对规模庞大、复杂度高、风险大的项目尤其适合。 测试必须跟随开发的迭代而迭代。

   优点： 强调严格的全过程风险管理；
       强调各开发阶段的质量；
       提供机会探讨项目是否有价值继续下去。
   缺点： 引入了非常严格的风险识别、风险分析和风险控制。
       对风险管理的技能水平要求较高，需要人员、资金和时间的投入。
       
       
增量和迭代模型有区别，增量是逐块建造的概念，迭代是反复求精的概念。
ABCD四个业务模块：
3.增量模型： 第一周开发AB功能模块，
        第二周开发CD功能模块。
4.迭代模型： 第一周开发ABCD功能模块的基本功能，
        第二周对四个模块进行细化和更复杂的开发。 抗风险能力更强。
       
       
5.敏捷模型： 拥抱变化，重视沟通。需求不稳定的项目。

敏捷宣言：个体与交互重于过程和工具；
     可用的软件重于完备的文档；
     客户协作重于合同谈判；
     响应变化重于遵顼计划；
在每对比对中，后者并非全无价值，但我们更看重前者。

  常用的scrum方式：
    角色：
    product owner 产品经理：整理客户需求形成user story 用户故事。
    scrum master 项目经理：还原敏捷流程、沟通桥梁、推进敏捷流程。
    scrum team 研发团队：由不同技能的成员组成，紧密协作，完成迭代目标，交付产品。
  
    流程：

    1.产品负责人负责整理user story，形成左侧的product backlog。
    2.发布计划会议：product owner负责讲解user story，对其进行估算和排序，发布计划会议的产出就是制定出这一期迭代要完成的story列表，sprint backlog。
    3.迭代计划会议：项目团队对每一个story进行任务分解，分解的标准是完成该story的所有任务，每个任务都有明确的负责人，并完成工时的初估计。
    4.每日例会：每天scrum master召集站立会议，团队成员回答昨天做了什么今天计划做什么，有什么问题。
    5.演示会议：迭代结束之后，召开演示会议，相关人员都受邀参加，团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来，由po整理，形成新的story。
    6.回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，已达到持续改进的效果。
  
  敏捷中的测试：轻文档、轻流程、重目标、重产出。 挑战轻文档、快速迭代。
    1、测试工作的核心内客是没有变的，就是不断地找Bug，只是要调整好自己的心态，一切以敏捷的原则为主。
    2、测试人员不能依赖文档，测试用例作用减弱，更多的采用思维导图、探索性测试（强调自由度，设计和执行同
时执行，根据测试结果不断调整测试计划）、自动化测试
    3、敏捷讲求合作，在敏捷项目组中，测试人员应该更主动点，多向开发人员了解需求、讨论设计、一起研究Bug出现的原因。
    

---

测试模型：

1.软件测试v模型： 瀑布开发模型的变种，清楚描述测试阶段和开发过程期间各阶段的对应关系。

  对应：单元和集成测试应检测程序的执行是否满足软件设计的要求；
     系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；
     验收测试确定软件的实现是否满足用户需要或合同的要求。

  局限性:仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试。
  
  
2.软件测试w模型： W增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。

  特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的。
  优点：有利于尽早地全面的发现问题。
    （eg：测试人员参与对需求的验证和确认，尽早找出缺陷所在；有利于及时了解项目难度和测试风险，及早制定应对措施，减少测试时间，加快项目进度。）

  局限性：需求、设计、编码等活动被视为串行的；
      测试和开发活动也保持着一种线性的前后关系，一阶段结束才能进行下一阶段。
      阶段性强，无法支持敏捷开发模式。
      对于软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。