关于自动化测试框架的思想和考虑

接触过自动化测试的，应该对这几种自动化测试框架思想有所了解：模块化思想、库思想、数据驱动思想、关键字驱动思想

简单说说，我本身对目前自动化测试的一些想法

最初自动化测试依靠的是传统的“录制-回放”技术，这种技术与如今的工具的“录制-回放”思想不同，其其实就是一个“模拟”的过程，即模拟操做而造成的，其基于对输入操做的原理，这种机制对环境的依赖性太强，对变化性太过于敏感，所以不可能发展成一种规模。

而后是脚本化的自动化测试，利用脚本进行结构化的自动化测试，此能够应用于CLI与API的自动化测试，在其就开始集成了模块化与库思想。

数据驱动与关键字驱动，是其伴随着对象化思想的产生，并且也造就了如今一系列的自动化测试软件，其实其中都集成了这些思想，从这时候开始，自动化就开始实现了必定的规模，开始运用在各个行业，而且发展趋势愈来愈快。

在说说自动化测试框架思想：

模块化思想，就是将一个测试用例中的几个不一样的测试点拆分而且将其单个点的测试步骤进行了封装，造成了一个模块。一个测试用例要对一个登陆程序进行测试，其中包括：用户名输入、密码输入、以及肯定登陆；那么就能够四个操做分别封装在四个不一样的模块中。测试时，只需调用其模块便可。

测试库思想，其与模块化思想不一样的是，其拓展了接口思想，便可以经过接口去传递参数，而不是一个封死的模块，能够说是一个多了一个“门”的交互型模块。

数据驱动思想，个人理解就是变量不变，数据驱动结果，不一样的数据致使了不一样的结果的产生。

关键字思想，其实关键字驱动就是一种面向对象的思想，对对象的抓取，能够将其测试对象封装为一个关键字，这样能够对其关键对象进行各类操做了，不一样的对象能够驱动不一样的测试流向与结果。

作好自动化测试，不是说你掌握了一个框架，而是要掌握其自动化的思想，而后根据这些思想，结合你不一样的测试环境和流程来构建你本身的自动化测试框架。

在开始设计自动化测试框架以前，须要考虑下：
　　
使用该框架写出来的自动化测试案例，须要给开发，手动测试，可能还有客户查看，因此写的测试案例须要尽可能的清晰明了，不要有太多复杂逻辑，及比较好的可读性。

使用这个框架作自动化的人，不会有太深的编程能力，因此要提供足够好的，最好是傻瓜化的测试点验证方法，及很好的异常容错处理能力。

测试框架最好是app测试，网页测试，接口测试，通通都能支持。