6.1 框架设计理念
阶段要点
● 核心框架简介。
● 框架设计图解。
● 框架结构透析。
● 框架目录细分。
6.1.1 框架核心介绍
6.1.1.1 自动化测试框架简介
软件自动化测试框架一直以来都是自动化测试的终极目标,但是,很多测试新手会误解其真正的含义,要么就是把它看得相当深奥、复杂,要么就是随便构建了些脚本就自认为是一个框架。在国内的论坛上“测试框架”一直是一个非常敏感的词汇,讨论的激烈程度也是远远高于其他一些测试技术问题。目前国内一直没有一个比较成熟的自动化测试框架,导致国内很多测试人员对框架的理解出现参差不齐的现象。
那么什么才是自动化测试框架呢?自动化测试框架究竟能够为我们带来什么呢?其实自动化测试框架就是一种规范的集合体,在自动化测试团队开发过程中,经常会遇到很多这样和那样的问题,例如:
● 测试脚本不统一,出现很多重复脚本;
● 在对象库中含有很多重复对象,导致对象混乱;
● 测试脚本全部为Hard Code,没有实现部分可配置,导致维护成本过大。
以上这些只是一些比较常见的问题,其实在自动化测试过程当中遇到的问题还远远不止这些,那么要解决这些问题,就必须要为其定义适合项目的规范。例如,脚本不统一,可以对每个脚本写法定义严格的规范,定制共享函数库;对象库重复混乱,可以使用共享对象库来解决;测试脚本全部为Hard Code,则可以把部分的关键字进行分离。这些都是可以采取的措施,当然还包括脚本实行可配置、测试执行管理、状态监控、报表管理等,当这些措施规范都集合在一块的时候,我们就把其称之为自动化测试框架。
6.1.1.2 用例解析驱动测试介绍
在本章将展示自己的原创自动化测试框架,但在展示测试框架之前,先介绍框架的整体思想:个人认为,一个好的测试框架应该能够让更多人利用起来,而不是只有开发框架的本人才会使用,这才是框架所需要做的。前面已经提到了,框架是一个标准规范的集合体,因此,一旦制定好了一定的规范,别人就能够根据此标准规范来进行测试脚本的编写。那么,如何才能最大限度地体现出这一点呢,作者根据国外的一些经验总结出了一套属于自己的“用例解析驱动测试”理论。什么是用例解析驱动呢?本书的一开始就已经介绍过了自动化测试并不是简单的写写脚本,在写脚本之前需要考虑并验证很多环节才可进行到编码阶段,一般会有以下这样几个阶段:
● 需求分析→自动化测试需求分析→自动化测试方案制定;
● 自动化测试设计→自动化测试用例设计→自动化测试脚本设计与开发;
● 执行自动化测试用例→提交测试结果→测试结果分析。
这是一个完整的自动化测试流程,但在实际项目中往往没有这么简单,就如同下面这样:
自动化用例设计→ 重新设计脚本 →重新维护测试脚本