《第1阶段》——敏捷模型及双V模型

学习时间：4月8日

09168

敏捷开发价值观：以人为本、目标导向、客户为先
敏捷开发具体方式：Scrum（偏重于过程）和XP（偏重于实践）

极限编程与其他方法最大的不同：强调在更短的周期内，首先快速生成一个总体计划，然后在整个项目开发过程中不断地发展完善它；依赖于口头交流、测试和源程序进行沟通。（在中国不太适用，老板需求变动快）

Scrum的核心要点（即所谓的3355）
Sprint：敏捷迭代
看板（敏捷工具）：让工作可视化的同时保持工程师的专注从而提高效率
待办、正在做、已完成

SM（流程管理员）完成燃尽图
目的：观察所做任务是否有超期的风险
横轴——消耗时间；纵轴——剩余任务量；
理想情况：直线
实际情况：折线
当往外折时，会有超期的风险，SM就会审查，要求相关人员加班

09169

软件测试模型

V模型——最广为人知，和瀑布开发模型有共同特性
问题：为什么画成V字型而不是直线（瀑布）?
因为各部分之间除了先后顺序之外还存在一个对应关系

需求分析：列出产品功能点
概要设计：设计框架、分模块（首页、购物车…），会产生模块与模块之间的接口
详细设计：设计模块中的功能（购物车中增删商品,结算…），会产生函数从而实现功能
实施：编码实现，即把函数中的代码补充完整
单元测试：测试函数（i.e.,代码中最小单元）是否正常运行.对应于详细设计
集成测试：测试接口（i.e.,对外函数）.对应于概要设计
系统测试：测试功能（i.e.,最外层测试），扮演客户的角色，不需要写代码和太多工具.对应于需求分析
验收测试：系统测试基础上对需求进行接收，对甲方有利（若甲方开发软件自己用，则其与系统测试几乎等同）

问题：为什么要做这么多类型的测试而不只做系统测试呢？
系统测试是在产品基本完成之后进行的，只进行系统测试所发现的问题若想解决需要从头再来一遍，即难以对BUG进行精准的定位，这类似于瀑布模型的缺点. 所以我们要细分为多类型测试，先检查函数的正确性再排查接口和接口之间的不协调最后再检查功能的完备性，这样从点到面逐步排查BUG的方式不仅降低成本还能精准定位BUG提高效率. 所以，我们要推崇测试前置，不要等到开发完成了才去找BUG.

V模型优点：针对每个阶段的产物都设计了相应的测试覆盖
局限性：测试依赖于编码，编码实现了才测（如：单元测试要函数写好之后才能开展）

双V模型（企业最常采用）：强调的是测试伴随着整个软件开发周期，二者同步进行。测试的对象不仅仅是程序，需求、功能和设计同样要测试，从而有利于尽早发现问题。

现在企业测试不是双V模型就是敏捷模型！
双V先系统测试，集成和单元测试暂时做不了，二阶段才能做；
敏捷要求更高，其中也包含双V，只是功能需求的量少了做起来更快，用到的工具很多，且提倡集成和单元测试！