测试概念 和 bug

一  敏捷模型  

在面对在开发项目时会遇到客户变更需求以及合并新的需求带来的高成本和时间  出现的敏捷模型

敏捷宣言 

  个人与交互重于过程与工具    强调有效的沟通

  可用的软件重于完备的文档   强调轻文档重产出

  客户协作重于合同谈判    主动及时了解当下的要求

  相应变化重于遵循计划   能够主动迎接变化

总结出敏捷模型的特点是  轻文档 轻流程  重产出 重目标

二  Scrum

scrum 是敏捷模型的一种 又被称为迭代式增量开发模型

   在其中有三个角色和五个会议

   三个角色 分别是 产品经理 （负责收集整理需求  定义其价值 产出需求文档  对产品负责）

                           项目经理 （负责召开各种会议  调节项目  为研发团队服务 ）

                           研发团队  （由不同技能的成员组成，通过紧密协同，完成每⼀次迭代的⽬标，交付产品） 

迭代开发  scrum 将整个项目分为好几个小迭代    每个迭代的周期不会超过4周  且 人数在5至9人 每个迭代的用户需求是固定的  每次迭代会交付一定的产出

五个会议 （其中会议存在于scrum的整个流程之中 ）

  流程   1.  产品经理负责收集需求  并转换为 需求文档  （软件需求）

            2. 发布计划会议  product owner负责讲解user story，对其进⾏估算和排序，发布计划会议的产出 就是制定出这⼀期迭代要完成的story列表，sprint backlog。

             3. 迭代计划会议项⽬团队对每⼀个story进⾏任务分解，分解的标准是完成该story的所有任务，每 个任务都有明确的负责⼈，并完成⼯时的初估计。

            4. 每日例会每天scrum master召集站⽴会议，团队成员回答昨天做了什么今天计划做什么，有什么 问题。

             5.演示会议  迭代结束之后，召开演⽰会议，相关⼈员都受邀参加，团队负责向⼤家展⽰本次迭代取 得的成果。期间⼤家的反馈记录下来，由po整理，形成新的story

             6.回顾会议   项⽬团队对本期迭代进⾏总结，发现不⾜，制定改进计划，下⼀次迭代继续改进，以达 到持续改进的效果

在最开始会存在一个需求池   每个迭代的演示会议后  会记录总结 由产品经理整理 并生成新的功能需求放入需求池中  留到下一次迭代中完善实现

敏捷中的测试 

  1. 强调轻文档   测试人员不会使用传统的excel来写测试用例  更多使用思维导图 探索性测试  自动化测试

  2. 求合作  测试人员要与开发人员多交流讨论 了解需求  一起研究bug出现的原因

三  测试模型

    测试模型中有两个由重要标识的的分别是v 和 w 模型

v模型   ⽬的是改进软件开发的效率和效果。是瀑布模 型的变种。

  优点   明确的标注了测试过程中存在的不同类型的测试 

    单元和集成测试应检测程序的执⾏是否满⾜软件设计的要求；

    系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；

    验收测试确定软件的实现是否满⾜⽤⼾需要或合同的要求

   缺点  仅仅将测试放入开发编码之后  没有在开发和需求阶段 进行测试  缺点与瀑布模型相同

w模型（双v模型）

根据上面V模型中测试部分需要前面部分的设计来作为依据  所以  在用户需求阶段完成后验收测试准备   需求分析与系统设计阶段完成后就对设计进行测试准备

特点  测试的对象不仅是程序 需求 设计等 都会进行测试 测试与开发是同步的

优点 有利于尽早的发现问题

 缺点 需求 设计 编码等活动 被看做串行

        测试与开发活动也是一种线性关系 只有一个阶段结束 才能够进行下一个阶段

         重流程 无法支持敏捷模型 在面对复杂的情况  不能解除测试管理面对的困惑