也谈自动化测试开发
都讲自动化测试开发，当然要把开发自动化测试框架也当做一个项目来做。这时候，就需要考虑应该选择何种类型的自动化测试框架：数据驱动、关键字驱动、还是Junit ,TestNG ? 亦或直接利用现有的开源自动化测试框架，如Robot Framework 。无法讲这几种类型的框架，孰优孰劣，关键是认清项目实际，选择最适合的。讲一些题外话，就Java学习者而言，Junit3.x的源码是再好不过的教材了，JUnit框架运用到了大量的设计模式，反射机制。在决定了选用何种自动化框架类型后，下面你需要抉择的就是：应该选择何种编程语言呢？编程语言的选择和开发者的技术背景有很大关系，一般都会选择自己熟悉的编程语言，但这也往往是个局限。另一方面，也受到SUT的影响。一般而言，很少见有选择C，C++作为自动化框架开发语言的，虽然这两种语言的执行效率要高，但开发效率要低一些。我们项目的自动化框架是Java语言编写的，关键字也是由Java实现的。关键字的实现选择Java，是由于SUT - 即Domino服务器提供的API是有Java ,C++。所以自然选择了Java。而自动化框架开发语言的选择，其实可以有别的选择，如脚本语言Python ,Perl。脚本语言Python，或Perl，作为超高级开发语言，解释执行的特性，在开发效率上可能会高一点。
下面就是关键字实现方式的选择了。关键字就相当于手动执行测试用例当中的一个步骤，比如现在的项目，即一个关键字就是修改产品的一个配置选项，也可以是发一封带有特定附件的邮件。就我们的产品而言，Domino提供的操作数据库的方式有三种，即DIIOP、Web Services和本地调用。刚开始选择的是DIIOP，这种方式实现起来比较简单，后来发现通过这种方式实现的自动化脚本，即包含十几个关键字脚本，其执行时间大概要35s – 40s。而Web Services的执行时间就要效率就要高得多，差不多一个自动化脚本的执行时间可以缩短10s, 但其实现需要分为服务器端Web Service的发布，和客户端的调用，通过这种方式实现，测试环境的部署也要复杂些。讲这些，主要是告诉我们，一开始就需要对这些做出评估，选择合适的方案，不然中途改变，影响是很大的。
自动化框架、关键字的开发周期怎么安排，怎么预估effort ？ 项目自动化测试框架，自动化脚本开发也分成了两Iteration。第一个迭代期间，完成自动化框架主要流程，完成主要关键字，构建SMOKE部分的自动化脚本。第二次迭代，进一步完善自动化框架，接着添加关键字，完成Regression部分自动化脚本。刚开始，effort的估计没有把握，因为有些关键字的实现可能比较困难，这时候需要及时sync风险。第二个阶段，effort的估计就有底了。
如何协同开发？自然是加入版本控制。现在的自动化框架用的版本控制是Git，这个比较火哦！多人协同开发，提交代码，肯定会有conflict。我们的做法是这样的，除了master分支，每个人在自己本地建个开发分支，每次提交代码前，先从Git Server上checkout最新代码到master分支，然后，在本地的开发分支和master分支merge，最后commit代码。
在自动化测试开发，维护过程中，成本最大的是什么？觉得一方面是测试数据的维护。另一方是因为产品功能方面的变动引入的自动化脚本需要修改方面的成本。
自动化测试的应用场景？对于项目而言，最大的价值是什么？就我们项目而言，主要还是把手动测试用例变为自动化测试用例，也就是所谓的黑盒、功能性自动化实施。当初定位的时候，也是想做成自动化回归测试的，缩短回归测试时间，提高回归测试效率，确保代码优化、及新引进的代码不会影响旧有功能。也没指望自动化测试能发现手动测试发现不了的问题。理想的状态时这样的，自动化测试和CI系统集成，当出了一个新的build，自动化框架能够自动安装新build，执行自动化脚本，完了以后将执行结果通过邮件发布出来。
相关学习资料：《面向JAVA的测试开发》学习地址：http://www.atstudy.com/classroom/9/introduction
页:
[1]
