51Testing丛书连载:(五十八)精通QTP——自动化测试技术领航

发表于:2012-3-07 11:18

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:余杰 赵旭斌    来源:51Testing软件测试网

6.1  框架设计理念

  阶段要点

  ● 核心框架简介。

  ● 框架设计图解。

  ● 框架结构透析。

  ● 框架目录细分。

6.1.1  框架核心介绍

6.1.1.1  自动化测试框架简介

  软件自动化测试框架一直以来都是自动化测试的终极目标,但是,很多测试新手会误解其真正的含义,要么就是把它看得相当深奥、复杂,要么就是随便构建了些脚本就自认为是一个框架。在国内的论坛上“测试框架”一直是一个非常敏感的词汇,讨论的激烈程度也是远远高于其他一些测试技术问题。目前国内一直没有一个比较成熟的自动化测试框架,导致国内很多测试人员对框架的理解出现参差不齐的现象。

  那么什么才是自动化测试框架呢?自动化测试框架究竟能够为我们带来什么呢?其实自动化测试框架就是一种规范的集合体,在自动化测试团队开发过程中,经常会遇到很多这样和那样的问题,例如:

  ● 测试脚本不统一,出现很多重复脚本;

  ● 在对象库中含有很多重复对象,导致对象混乱;

  ● 测试脚本全部为Hard Code,没有实现部分可配置,导致维护成本过大。

  以上这些只是一些比较常见的问题,其实在自动化测试过程当中遇到的问题还远远不止这些,那么要解决这些问题,就必须要为其定义适合项目的规范。例如,脚本不统一,可以对每个脚本写法定义严格的规范,定制共享函数库;对象库重复混乱,可以使用共享对象库来解决;测试脚本全部为Hard Code,则可以把部分的关键字进行分离。这些都是可以采取的措施,当然还包括脚本实行可配置、测试执行管理、状态监控、报表管理等,当这些措施规范都集合在一块的时候,我们就把其称之为自动化测试框架。

6.1.1.2  用例解析驱动测试介绍

  在本章将展示自己的原创自动化测试框架,但在展示测试框架之前,先介绍框架的整体思想:个人认为,一个好的测试框架应该能够让更多人利用起来,而不是只有开发框架的本人才会使用,这才是框架所需要做的。前面已经提到了,框架是一个标准规范的集合体,因此,一旦制定好了一定的规范,别人就能够根据此标准规范来进行测试脚本的编写。那么,如何才能最大限度地体现出这一点呢,作者根据国外的一些经验总结出了一套属于自己的“用例解析驱动测试”理论。什么是用例解析驱动呢?本书的一开始就已经介绍过了自动化测试并不是简单的写写脚本,在写脚本之前需要考虑并验证很多环节才可进行到编码阶段,一般会有以下这样几个阶段:

  ● 需求分析→自动化测试需求分析→自动化测试方案制定;

  ● 自动化测试设计→自动化测试用例设计→自动化测试脚本设计与开发;

  ● 执行自动化测试用例→提交测试结果→测试结果分析。

  这是一个完整的自动化测试流程,但在实际项目中往往没有这么简单,就如同下面这样:

  自动化用例设计→ 重新设计脚本 →重新维护测试脚本

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号