敏捷测试模式

做自己的女王ヽ

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

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



一般测试模式的优点：

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

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

一般测试模式的缺点：

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

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

“敏捷测试模式”

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

libingyu135

学习了

海海豚

谢谢分享~