沉淀后，看自动化测试发展(转)

 序言：今天，才发现一些自动化测试思 想只有待到真正的进行应用之后，才能从根本上理解，做了长时间的自动化，每天分析总结后才发现一些东西慢慢的才开始理清楚，沉淀后，才发现做这个是一个从 简单到复杂，再从复杂到简单的一个过程，对比以前写过的一些自动化测试框架和设计思想，发现原来很多东西都是可以更简单来表达的。

一、自动化测试发展建设

   脚本发展阶段：

    1、  线性脚本，即，现在工具纯录制产生的脚本，从上到下，没有逻辑判断，代码量大，维护困难。

    2、  结构化的线性脚本，基于线性脚本上，增加了一些逻辑语句，可以循环操作或者判断操作，提供了一些代码效率，但还是维护量大。

    3、  基于配置文件的脚本，在以上脚本的前提下，增加了共用的配置脚本，将一些变化量大的参数提取共享，降低了一些维护量。

    4、  数据驱动脚本，即基于以上脚本，将可变数据流提取出来，测试逻辑不变，这样可以不同数据驱动测试一些测试功能点相同的测试，一定程度上提高维护性，降低了脚本数量。其实也就是结构化线性脚本的发展，只是将数据变量用数据库概念替代了。

    5、  关键字驱动脚本，即将一些共性的测试功能点提取成为关键字，然后测试脚本共享关键字，这种方式也是从复用性上考虑。

  框架产生阶段：

   6、  等脚本发展到一定阶段后，测试框架产生的作用就是能够帮助统一管理这些封装库，快速帮助生成脚本以及对脚本结果生成和管理的方式。

  平台产生阶段：

  7、  等框架发展到一定阶段后，测试平台产生的作用就是从整体上把控测试流程，彻底将自动化测试作为一个公司的软件产品进行运营。

  测试设计阶段：

  8、等自动化测试应用到一定规模后，进而引导测试设计的发展，因为业界的一个测试理论“杀虫剂”理论，即产品会对自动化测试产生抗体，事先设计好的测试不会起到真正改善产品质量的效果，最多也就是保证产品质量，因此引入模型驱动脚本，即基于测试场景的封装，然后用图的思想去自动组装、部署各个场景，驱动不同测试。

二、自动化测试发展沉淀

  从有效性来看：

自动化测试负担运行—自动化测试有效运行—自动化测试保证产品质量—自动化测试改善产品质量

  从产品角度来看：

测试附属—测试产品—测试设计

  类比个人的发展

刚进公司，你是附属公司的发展——之后，你辅助公司的发展——最后，你引导公司的理念发展。当然，一般做到第二个阶段已经不错，往上走很难，而自动化测试亦是一样。

   总结：每个公司自动化测试脚本发展都会经历以上的过程，只是时间长短而已，只有一个量变导致了质变，才能引发下一个过程的发生，因此，做自动化不能急，但也要有前瞻性，保证一个阶段有一个阶段的效果。到最后，沉淀下来的也许越少越好，大道至简。