敏捷测试模式

我们在开发中一般采用的测试模式是，开发和测试是串行单线程工作的模式，我们先称为“一般测试模式”。

“一般的测试模式”，测试的对象是开发提供的一个版本，这个版本其实就是这次投入的功能的集合，版本包括的功能的多少，决定了开发周期和测试周期，这个版本越大，包括的功能也就越多，开发的周期也就越长，测试周期也就长。由于是串行的单线程模式，所以造成了在开发期时，测试人员是等待状态，在测试期时开发人员是等待状态。

一般测试模式的优点：

1.  开发期和测试期串行分开，开发和测试相互干扰较少

2.  开发输出成果物相对稳定，完整；有利于测试人员的测试

一般测试模式的缺点：

1.  由于是串行单线程的，所以整个开发周期拉长

2.  相互等待，导致整体效率低下

“敏捷测试模式”

在这个高效开发的时代，这种“一般测试模式“”越来越不适应快速开发，快速迭代的要求了，所以我们提出了“敏捷测试模式”，这是开发和测试并行的双线程模式，测试的对象是开发提交的一个功能，而不是一个功能集合，通俗的说就是，开发人员提交一个功能，测试人员就测试一个功能。当功能集合的全部功能提交完成时，测试也几乎同时完成。

“敏捷测试模式”的优点：

1.  开发和测试并行工作，效率高

2.  整体的开发周期相对变短

“敏捷测试模式”的缺点：

1.  测试新提交功能时，可能之前测试OK的功能又不好使了

2.  开发和测试交互频繁，可能会造成相互干扰

针对缺点2，可通过各种沟通方式解决；而对缺点1我们也可以通过特定版本的覆盖测试，或增加一级系统测试的方法来改善。同时也会随之“敏捷测试模式”层次的提升而有所改善。

“敏捷测试模式”的四个层次：

敏捷测试模式有四个层次，不同层次对测试人员的要求也不同：

1.  针对一个功能的黑盒测试（第一层次）

测试人员不懂代码，只会黑盒

2.  针对一次代码提交的黑盒测试（第二层次）

测试人员不能熟练的编写代码，但是懂代码，能看懂代码，能根据代码逻辑编写测试用例

3.  针对一个功能的白盒测试（第三层次）

测试人员有开发能力，能写代码，根据开发功能编写测试用例代码

4.  针对一个功能的白+黑自动化测试（第四层次）

测试人员不仅会写代码，而且还会架构知识，熟练自动化测试技术和持续集成方法