自动化测试感悟（1）

自动化测试

推动自动化测试，过去很多来源那些不断重复的工作，基本可以用脚本来替代。于是，人们写了很多脚本。

优点：

脚本开发周期短，使用方便，

缺点：

学习曲线陡峭，尽管脚本并不复杂，但由于其解释的特性，掌握

 并能灵活运用，通常要花费较大的开销。

 

为什么自动化测试从2000年左右提出，历经10铅华，仍然没有普遍地推广开来，相对而言在规模小的公司，

自动化测试运用更多，在大一点的企业相反处于一种尝试阶段。

 

 现实中没有一套可用的工具能满足通用开发的工具或语言，测试开发的开销比较大。

往往，人们容易把初始花费无限放大，其实从软件生命周期来看，开发阶段，占据的时间不到20%，更多的时间

我们往往去做一些低端的，重复性的测试，这些看似有着输入或输出的点点差异。但如果将测试阶段跟开发阶段

合并，就会让我们更多的开销放在设计阶段，而不是重复性的操作。任何重复性的操作都应该被机器执行，而不是

手动。

 

在目前很多企业而言，大多采用瀑布式的开发模型，将测试和开发是独立分开而来的。那是不是要完全打破原来

被证明切实可行的开发模型呢？企业的经济活动，连续，一环扣一环，否定之前并非是变革。相反，我们应该用

新的视角去重新审视已有的模型。