IT软件研发项目中，敏捷测试方法很重要

如今软件的质量和可靠性标准比以往任何时候要求都更高，新的软件测试方法对于实现这些目标至关重要。IT软件研发项目中，敏捷项目管理方法提供了应对这一挑战的绝佳方法。

传统的软件测试是如何完成的？

在传统的软件测试方法中，通常由单独且独立的 QA 组织进行测试：

• 开发团队通常在项目结束时将软件移交给 QA 组织进行测试

• 这通常发生在所有开发完成之后。

这种测试方法与“瀑布”开发风格非常一致。瀑布项目通常由如下所示的阶段组成：

瀑布项目管理阶段

长期以来，这一直是软件开发和测试的传统方式。

敏捷测试有何不同？

敏捷对整个开发过程（不仅仅是测试）采取了根本不同的方法。

• 首先，敏捷不会像瀑布模型那样将项目分为多个阶段

• 它将项目按功能块分解，并使用更加集成的方法来开发和测试每个功能“块”

有两个主要差异对测试的完成方式有很大影响：

• 渐进式开发方法

• 整体测试方法

我们将在以下各节中讨论其中的每一个。

1. 渐进式开发方法

而不是将开发和测试项目的完整功能作为一项巨大的努力：

• 该功能被分解为称为“用户故事”的小增量，

• 开发这些用户故事所需完成的工作被分解为多个冲刺。每个冲刺通常持续 2-4 周

• 每个冲刺的工作包括测试和开发

理想情况下，在每个冲刺结束时，该部分功能的经过全面测试的软件应该准备好发布。

2. 整体测试方法

而不是由单独且独立的 QA 组织进行测试：

• 测试职能是敏捷团队不可或缺的一部分

• 一旦软件足够完整，就会对其进行测试

值得注意的是，测试与开发的集成并不一定意味着开发人员自己进行测试。在敏捷开发团队中：

• 拥有经过专业测试培训的人员是有价值的

• 让开发人员测试自己的代码通常不是一个好主意

在敏捷环境中，软件测试与整个项目的开发同时进行。因此，软件在测试过程中仍在不断变化：

敏捷测试流程

敏捷测试方法的优点是什么？

敏捷测试方法有几个显着的优点。

1.主动而非被动的方法

敏捷测试是一种从源头消除缺陷的更主动的方法。稍后发现并修复缺陷的被动方法可能需要更多的返工。

2.立即反馈给开发者

敏捷测试方法为开发团队提供即时反馈。如果困难的软件错误得不到解决，它们可能会自行复合，从而使查找和解决缺陷变得更加困难。

3.质量不是别人的责任

敏捷测试使产品质量成为开发过程中不可或缺的一部分。生产产品的开发团队对其生产的产品质量负责。这不是别人的责任。

在传统的瀑布式开发过程中，开发团队将代码“越过栅栏”交给 QA 的情况并不罕见。他们将发现任何错误的责任交给了质量检查。

全面质量管理 (TQM) 的根源

为了理解为什么这种方法如此有意义，了解影响它的更深层次的根源是很有用的：

• 敏捷很大程度上基于全面质量管理 (TQM) 的原则

• TQM 最初是由 W. Edwards Deming 博士为制造业开发的

• 日本汽车工业的质量显着提高是TQM的直接结果

• 将 TQM 原则扩展到软件开发相对容易

TQM 强调思维方式的重大转变

• 一种主要基于检查的被动“质量控制”方法

• 更积极主动的“质量保证”方法，深入流程，从源头消除缺陷

出于多种原因，这是有道理的：

• 执行检查所需的资源成本高昂

• 工作完成后发现的缺陷可能会导致成本高昂且不必要的报废和返工

• 任何基于抽样的检查方法都不是发现缺陷的彻底方法。当您使用抽样时，一些缺陷可能会漏掉，从而导致质量水平相对较低

很容易看出这些相同的因素如何适用于软件环境。许多软件测试过程都是基于老式的质量控制方法。这在很大程度上基于检查。

总结

为了更有效地测试软件并达到更高水平的质量和可靠性，思维方式的重大转变至关重要。

• 全面质量管理 (TQM) 的原则是这种思维转变的良好基础

• 全面质量管理（TQM）极大地提高了日本汽车行业的产品质量

• TQM 原则可以显着提高软件的质量和可靠性

这种基于 TQM 原则的思维转变已很好地融入到敏捷/Scrum 开发和测试流程中。