敏捷开发vs 传统开发

今天看到一篇讲敏捷开发挺到位，你确定懂什么是敏捷测试？

摘自里面几点，介绍敏捷开发与传统开发区别？

1）传统测试更强调测试的独立性，将“开发人员”和“测试人员”角色分得比较清楚。而敏捷测试可以有专职的测试人员，也可以是全民测试，即在敏捷测试中，可以没有“测试人员”角色，强调整个团队对测试负责。

2）传统测试更具有阶段性，从需求评审、设计评审、单元测试到集成测试、系统测试等，从测试计划、测试设计再到测试执行、测试报告等，但敏捷测试更强调持续测试、持续的质量反馈，阶段性比较模糊。

3）传统测试强调测试的计划性，认为没有良好的测试计划和不按计划执行，测试就难以控制和管理，而敏捷测试更强调测试的速度和适应性，侧重计划的不断调整以适应需求的变化。

4）传统测试强调测试是由“验证”和“确认”两种活动构成的，而敏捷测试没有这种区分，始终以用户需求为中心，每时每刻不离用户需求，将验证和确认统一起来。

5）传统测试强调任何发现的缺陷要记录下来，以便进行缺陷根本原因分析，达到缺陷预防的目的，并强调缺陷跟踪和处理的流程，区分测试人员和开发人员的各自不同的责任。而敏捷测试强调面对面的沟通、协作，强调团队的责任，不太关注对缺陷的记录与跟踪。

6）传统测试更关注缺陷，围绕缺陷开展一系列的活动，如缺陷跟踪、缺陷度量、缺陷分析、缺陷报告质量检查等，而敏捷测试更关注产品本身，关注可以交付的客户价值。在快速交付的敏捷开发模式下，缺陷修复的成本很低。

7）传统测试鼓励自动化测试，但自动化测试的成功与否对测试没有致命的影响，但敏捷测试的基础就是自动化测试，敏捷测试是具有良好的自动化测试框架支撑的快速测试。

以下是引用从菜鸟到测试架构师

敏捷开发从根本上避免了瀑布模型的弱点，它有两个核心点——迭代开发和增量开发。

迭代开发是一种“重复时序安排”的开发方式。迭代开发把一个完整的瀑布模型开发流程分成多个迭代，每个迭代可以看做独立的开发过程，其中包含了项目的主要步骤，如设计、开发和测试等。把完整过程分成多个持续时间较短的迭代，其好处是生产的周期变短了，每个完整的周期都会产出相应的产品，这种方式有利于在完整项目开发的过程中跟踪和控制开发进度及产品质量。

增量开发用的则是一种“分段完成”的策略。在增量开发模式中，系统中不同的部分被安排在多个阶段完成，各个部分完成后再集成到系统中。

迭代开发的进度会紧凑，项目组必须定期开会确保项目如期进行。项目的周期称为冲刺（Sprint），每个 Sprint 通常持续 2～6周时间。在Sprint 开始之前，项目组会进行 Sprint 计划会议，安排当前开发周期的任务；
而在 Sprint 结束时，项目组举行 Sprint 评审会议，对这个周期的交付件进行评审核实；
评审会议结束后，项目组还需要进行简明扼要的 Sprint 回顾会议，回顾这个开发周期中做得好的或需要提高的方面，以便在下一周期提高开发效率。
在每个 Sprint中，为了确保开发进度，项目组还需要举行周期的会议（通常是每天），确定各个小组成员更新已经完成的任务、即将开始的任务及使进度受阻的问题，并通过讨论得出解决问题的方案。这种周期的会议叫做每日站立会议（Daily Scrum Meeting），由Scrum Master 主持。