原标题：软件测试第七篇--什么才是真正意义上的敏捷测试！

谈到敏捷测试，可能有些人不一定听到过，不过很多人应该听到过敏捷开发吧，其实从广义来讲，测试也是属于开发过程的一部分，测试完成以后开发过程才算真正完成，所以敏捷测试其实也可以算是敏捷开发的一部分，之所以大家不怎么关注，一方面国内对测试行业的关注度远远低于开发行业，第二个方面其实也跟第一个相关，就是敏捷开发先流行起来，再加上国内的开发、测试比例，所以敏捷测试这个概念就显得不怎么流行了。不过，情况也在慢慢变化，从我了解到的情况看，越来越多公司已经在关注这一块了。

咱们来看下敏捷测试官方定义：

敏捷测试(Agile testing)是敏捷的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。

敏捷测试是遵循敏捷宣言的一种测试实践：

1、强调从客户的角度，即是从使用系统的用户的角度，来测试系统。

2、重点关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。

3、建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。

所谓敏捷就是要高效，快速的，要时刻想着最简单的方法去处理需要解决的问题，要经常与和开发/客户沟通，对于积极对待反馈，要有勇气去做决策，对团队各个成员都要尊重。这么几个价值观，对于你去初次理解敏捷而言，我相信几乎没有用处，甚至会让你觉得很迷茫，到底敏捷是啥，但是一旦当你已经真正理解了敏捷的时候，你就会发现，诶，的确是这样子的，说得很好！（哲学上说，事物的发展总是需要经历否定之否定阶段，对知识的理解也是一样，一开始看一下概念觉得很简单，觉得自己已经理解了（肯定）；深入下去，发现问题越来越多，觉得自己没办法去理解（否定）；到最后经过不断地思索与实践，终于彻底理解后，你就会觉得一开始那些简单的概念很精辟，就应该那么简单！（否定之否定=肯定））

不过相对于当初的先行者而言，我们又是幸运的，因为很多前辈已经帮我们理解了这些价值观，并且研究出了很多实现的方式， 但是我们也不能去奉行拿来主义，毕竟是人家想出来的，是基于人家的实际情况，对于我们的情况不一定会适合，最好的办法就是取其精华，去其糟粕，结合实际，加以改进。

接下来我就开始讲什么是真正的敏捷测试模式和我们公司怎么结合它来取其精华，去其糟粕，结合实际，加以改进。

当然这个所谓的真正的敏捷测试模式也是业内主流的模式，我们公司的实际运用中还是有所区别的，下面都会提到。

跟前面讲到的准敏捷测试相比，真正的敏捷测试其实也只是加以改进和丰富，所以与客户的沟通、积极响应需求的变更、以及开发与测试的同步，这些都还是存在的，当然敏捷测试改进和增加了许多地方，主要有：

1. 过程需要实现迭代：每个迭代周期需要完成一定量的功能，没有完成的功能不能Check In代码，这些功能需要经过严格测试，并且开发需要修复主要的严重Bug，这样子在最后就得到一个可以工作的并且相对稳定的Build，这个迭代周期就算完了，然后开始下一个迭代周期。这样就类似与我们修路一样，修路的话需要打好几层地基，每层地基打严实后，再铺上面一层，这样子即使最上层破了，只要修一下最上层就好了，不会影响到下面层的质量，如果是最下面那层没打严的话，一出问题每层都会损坏，要修的话，要全部扒掉这么多层地基才能修好。所以迭代对于测试的要求就特别高了，因为只有把这个迭代的主要Bug找到并修好，下面的迭代周期才能不受影响，才能确保以后出现的问题不用“打到最底层”才能被修好，“打到最底层”意味着就是人力，物力，时间以及最重要的产品的质量！

下面是一个迭代的简单示意图，应该可以理解的，就不多讲了。

2. 测试不单单要和客户沟通，也要跟公司里人经常进行沟通，因为一个公司的所有人其实都只有一个共同目标，就是把公司发展好，这样子其他的比如自己的发展，待遇等等才有可能实现。那么体现在实际的工作中就是：

a. 测试需要完全理解需求讲的知识点，不懂或者有疑虑要及时跟设计沟通，这样子可以让你更好地理解需求，甚至帮助设计人员发现错误；

b. 测试人员需要经常跟开发人员沟通，看看做的功能，修的Bug主要会影响哪些其他模块，主要出现问题的原因是什么，怎么弄可以最快速度重复出Bug来，这样子就帮助自己掌握测试的方向以及帮助开发快速修复Bug以及避免以后出现类似Bug。

c. 测试也需要跟测试人员之间进行沟通，来探索怎么能发现有质量的Bug，怎么能覆盖到很多的测试点，怎么解决自己没办法解决的问题，帮助他人也帮助自己。（每日立会是其中一个好办法）

d. 测试还需要跟自己沟通，不断地经常反思自己的优点和缺点，反思团队的优点和缺点，反思公司的优点和缺点，大胆提出和实施改进意见，为以后更好地开展工作做准备。（反思会是一种办法）

沟通，只有沟通才能了解双方的想法，才能及时消除前进中的阻力和困难，让大家在同一方向上用同一个信念前进。

3. 建立有效的监测机制：这里所谓的检测机制主要有两点，一个是对测试的监测，另外一个就是对产品的监测。对于测试的监测主要在于检查测试的覆盖面是否全面，发现的Bug与测试覆盖面的一些对比数据，这些有助于提高测试的覆盖面从而提高Bug发现率；而对于产品的监测就是主要有两点，一点就是做功能和修Bug的进度是否是可控的，可预判的；另一点就是发现Bug的情况，也就是产品的质量是怎样的，质量发展的趋势是怎样的。

最后我想说的是敏捷测试对测试人员的要求是很高的，测试人员的沟通能力，专业技能，解决问题的能力都要很强，同时也要注重团队的素质配合，否则测试人员发现了很多问题，开发人员不牛逼，最后出现的问题就是版本迭代的速度慢了，这样就不能算是敏捷了，你只要有办法能在正确的时间交付正确的产品，那就Ok了。

责任编辑：