浅谈自动化测试框架

研究 自动化测试 有一段时间了，但是一直没有记录一些心得，从今天开始要慢慢记录，以备复习。

  在最开始弄自动化的时候主要是写一些单独的脚本，单个执行，因为工程比较小也没想到构建框架之类的，后来觉得这样效率比较底下，开始有了框架的意识

测试框架的作用：在其基础上重用测试设计原则和测试经验，调整部分内容便可满足需求，可提高测试用例设计开发质量，降低成本，缩短时间; 测试框架不是一个现成可用的系统，是一个半成品，需要测试工程师基于它结合自己的测试对象知识转化成自己的测试用例;测试脚本从测试框架脱离，即是将“一个测试脚本负责整个测试执行过程”的设计思路变为“测试脚本只负责业务逻辑，一个测试框架驱动多个测试脚本完成测试”。当业务逻辑变化时，我们可以只修改测试脚本和数据而无须修改测试框架，当测试数据需要增加和修改时，我们可以只修改测试数据而无须修改测试脚本，这样的思路归根结底还是来源于面向对象，但不管怎样，提高效率，降低成本才是最终的目的

 

  自动化测试框架主要分为以下几种，我一般是用第一种和第二种，当然也可以根据项目需要进行选择

1.模块化框架（test script. modularity）。

2.函数库结构框架（test library architecture）。

3.关键字驱动测试框架（keyword-driven/table-driven testing）。

4.数据驱动测试框架（data-driven testing）。

5.混合型框架（hybrid test automation）。

在前面也有写过搭建测试框架的过程，还需要多研究这个过程