测试策略决定交付质量

我们今天来谈质量，为什么谈质量如此的重要。让我们回顾一下敏捷12条原则。

关于质量的描述

• 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意 ☆

• 欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。

• 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。☆

• 业务人员和开发人员必须相互合作，项目中的每一天都不例外。☆

• 激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。

• 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。☆

• 可工作的软件是进度的首要度量标准。☆

• 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。☆

• 对技术精益求精，对设计不断完善，将提高敏捷能力。☆

• 以简洁为本，极力减少不必要工作量。

• 最好的架构、需求和设计出自于自组织的团队。

• 团队定期地反思如何能提高成效，并依此调整团队的行为。☆

看起来真的是每一条都在或多或少的描述着与质量有关的活动。我已将与质量相关最密切的部分用☆来标注了。

当然这个只是本人个人的观点，也有人可以认为12条原则，其实每条都对应质量。

开篇

• 今天有一个团队人都齐了，就等你来了，你是新来的Scrum master或者教练。

• 领导说，我要一个高质量的交付团队

• 你该怎么做？

我会怎么做？

• 建设团队

• 了解目前的体系结构，人员skillset

• 当前的交付流水线梳理

• 制定测试策略！！

什么是测试策略？

• 对于整体交付质量的一个规划

• 定义了迭代内与迭代外的测试方法

• 定义了各个阶段的测试

如此重要，那么敏捷的测试策略有什么不同

• 传统测试策略

  • 传统的更趋向于目标（结果）导向的，就是说通俗的讲就是将风险转嫁到了不同的staging

  • 假设：我们客户会更关注性能的风险，所以我们会在项目的末期投入更多人加入风险的检查

  • 传统的更趋于定义进入和离开标准，满足什么标准可以进入，什么标准可以出去进入下一个阶段

• 敏捷测试的不同点

  • 强调交互式

  • 测试的环节渗透在每个流程中

敏捷测试策略包含哪些方面

• 人

  • 测试团队

  • 治理方式

• 过程

  • 测试阶段

    • 单元测试

    • 功能测试

    • 集成测试

    • UAT

    • 测试

  • 测试手段

  • 测试流程

  • 缺陷管理

• 工具

  • 测试工具

  • 持续集成