敏捷测试

敏捷测试

敏捷联盟在成立之初总结了四条基本的核心价值：

    1.人员交流重于过程与工具（Individuals and interactions over processes and tools）

    2.软件产品重于长篇大论（Working software over comprehensive documentation）

    3.客户协作重于合同谈判（Customer collaboration over contract negotiation）

    4.随机应变重于循规蹈矩（Responding to change over following a plan）

敏捷开发还有以下几个关键概念 (Key Issues)：

    1.迭代过程（Iterative process）

    2.用户故事（User stories）

    3.任务（Tasks）

    4.站立会议（Stand-up meeting）

    5.持续集成（Continuous integration）

    6.最简方案（Simplest solutions）

    7.重构（Re-factoring）

敏捷测试与传统测试的不同

• 敏捷测试就是符合敏捷宣言思想，遵守敏捷开发原则，在敏捷开发环境下能够很好地和其整体开发流程融合的一系列的测试实践，这些实践具有鲜明的敏捷开发的特征，如TDD、ATDD、持续测试等。和传统测试的区分，可以概括如下：

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

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

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

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

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

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

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