我理解的敏捷测试

原文:

http://c.blog.sina.com.cn/profile.php?blogid=86b55a8589000aau

 

现在在讨论敏捷测试的很多，在这里谈谈自己的敏捷测试粗糙的理解， 下面是一段敏捷测试的定义

Agile testing is a software testing practice that follows the principles of agile software development. Agile testing involves all members of a cross-functional agile team, with special expertise contributed by testers, to ensure delivering the business value desired by the customer at frequent intervals, working at a sustainable pace.

敏捷测试是一个测试实践，仔细理解很多敏捷测试的文章描述的内容大同小异，很多实践在以前测试中也都用到过，只是没有把他们提炼出来，整合成一个最佳实践来推广，比如说测试参与需求，在以前的项目中也这么做过的确有效果。单元测试-开发做的测试、自动化测试等，这些好像都不是新东西，所以敏捷测试实践是对原有的测试过程中的好的方法和技术进行了提炼，形成了最适合现在敏捷开发的一种测试实践。

敏捷测试作为敏捷开发过程中的一部分，最终的目的保证适应产品需求快速变化的情况下的产品质量，并快速的交付出高质量的产品。

敏捷测试中提倡的几个关键方法

1、测试早期介入

2、全员测试

3、全程测试

4、快速回归测试

5、全程自动化测试

这些方法与以前传统的测试方法并没什么太大的差异，敏捷和传统测试的差异在工作习惯和工作方法上，例如：

1、测试早期接入，传统的测试早期介入测试人员只是更早的了解需求、理解需求。然后根据需求文档准备测试用例。敏捷不是，测试人不能再等需求文档了，要参与需求讨论，并且理解需求然后马上就要编写测试用例，对测试人员的素质和要求相应也高了一些。

2、全员测试，传统测试里也在尝试开发做单元测试或接口测试，但是不是强制的，敏捷里开发做单元测试时必选的工作了。需求人员不是最后开测试结果了，也要参与到业务业务验证工作中。

3、全程测试，传统测试也在做全程测试，但是在测试过程中都在等测试标准（需求、概要设计），在等被测试物的输出。敏捷中测试把每个阶段的测试都提前了，测试先行，测试用例，测试代码要提前准备。

4、快速回归测试，这是持续集成过程中的关键一部分，单元回归，集成回归，业务验证回归。 在敏捷与传统的区别感觉回归频率更快了，回归的带来的价值相应也就更高。