关于自动化测试的一些思考（二）

之前有比较笼统的写过关于自动化的一些思考（一）

http://www.cnblogs.com/tobecrazy/archive/2012/12/18/2824248.html

那时候刚做自动化不久，对很多问题的认识和感受不够深刻，就现在而言，我依然是自动化测试的一枚新兵蛋子，还有很多的知识需要了解。

回顾一下当时只是弄清楚了一个问题 why，为什么要进行自动化测试，自动化主要还是用于regression，对于测试new feature和new bug，毫无意义，

接下来是要弄清楚这个问题：how

1.自动化测试分类

             我的分类标准是工具，根据不同的工具进行分类。

             基于GUI的功能测试工具QTP（现UFT） 

             基于IDE的自动化测试，比如开源的selenium/eclipse/visual studio  selenium是开源框架，eclipse需要需要插件

　　　　 基于纯脚脚本的自动化测试 shell/perl/ruby/python

我简单的把自动化测试分为以上几种吧，QTP主要是windows 平台functional testing，属于keyword driver，关键字驱动。我没真正用过qtp做测试，这方面没有发言权。

基于IDE，我同事有讲过，他之前做的automation是基于vs ，直接做.net的自动化测试，具体也没深入了解。

我们项目使用的的是perl/shell 纯脚本的，框架也是自己写的，我这里有个图，这个也是关键字驱动，依靠checkpoint。

有的checkpoint不止一个，就需要多次验证。

  有了类似这样的框架，我们只需花时间维护，需要添加case 就写到config file（case里当然包括checkpoint），如果需要测试其他的模块，我们只需要把case改一下。

这个框架只是简单的执行case并记录测试数据，还不具备异常处理。依然节省了我们不少的时间，做regression，也就是跑一下脚本。

2.阿里百度是采用什么自动化测试的

百度阿里都是自己的框架，貌似很多阿里的同学直接使用eclipse，代码能力不同一般。也有的同学是用selenium。

qtp是很高级的工具，很难真正的驾驭住。但是在linux下就没有太多的优势可言，我们这些基于server端的，还是需要强大的脚本能力，才能做好automation.

3.我的规划

client端的同学都是用的qtp，我也很羡慕，所以就有想法学qtp。

qtp在windows 下还是很方便，还是要学一下。