自动化测试框架设计参考准则-Home.PDF

自动化测试框架设计参考准则 Guidelines for Automation framework design 原作者： Tarun Lalwani 译者：Jenvee, Jeff, Wally 原文地址： /articles/automation/frameworks/guidelines-for-automation-framework-design/ 日期：2009-08-09 E 测中国翻译团队作品 E测中国翻译团队首页：/site/5etestingtranslating/home 简介 测试框架是在所有不同的测试自动化阶段定义的一整套指导准则：需求分析 阶段、脚本设计阶段、执行阶段、报告和维护阶段。框架即对于内部复杂架构的 一种包装，这样的包装可以使得最终用户方便的使用。框架还具有对于流程标准 的强制执行性。 问题描述 目前为止，还没有一种关于如何开发测试框架以及在开发过程中需要考虑哪些因素的准 则。有很多记载着各式各样的测试框架以及它们各自是如何工作的白皮书，但是这些白皮书 中还没有任何一篇文档是记录着测试框架设计共同需要考虑的因素。本文基于测试框架需 求，涵盖了测试框架各个方面以及一些必备的基本要素。 1. 自动化测试框架的类型 – 目前普遍存在的框架有以下几种： o 数据驱动框架 – 当测试对象流程固定不变（仅仅数据发生变化），可以使用 这种测试框架。测试数据是由外部提供的，比如说Excel表、XML等等 o 关键字驱动框架 – 这种自动化测试框架提供了一些通用的关键字，这些关 键字适用于各种类型的系统。它还为自动化测试工具和被测系统提供了抽象 性。举个例子，它可以使用相同的测试用例来测试类似的Web和Windows系 统。 o 混合型的框架 – 混合型自动化测试框架同时具有数据驱动型和关键字驱动 型框架的优点。这种测试框架不但具有通用的关键字，还有基于被测系统业 务逻辑的关键字。例如“登录”、“退出”是可以被使用的仅局限于某系统的 关键字。 2. 不要过分的改造 – 自动化测试框架应该尽可能的使自动化测试工具发挥它自己强 大的功能，而不是通过实现新的关键字来重新定义整套语言。开发一套关键字驱动 的自动化测试框架的代价是很大的而且非常耗时。开发一套混合型的自动化测试框 架的代价就相对较小而且开发周期短。 3. 可重用性 – 测试框架应该尽最大可能提高可重用性。把单独的 Action 组合成业务 逻辑可以提供可重用性。举个例子，可以把类似于“输入用户名”、“输入密码”和 “点击登录”这些Action 组合成一个可被重用的模块：“登录” 4. 支持系统的不同版本 – 自动化测试框架应该允许重复使用基线化脚本，这样可以保 证这份脚本能被用来对被测系统的多个版本进行测试。对不同系统的支持有两种方 式： o 复制和修改 – 这种方法包含了新建基线脚本的一个拷贝、修改这份拷贝用 以测试特定版本的项目。 o 重用和升级 – 这种方法包含了重用基线脚本、提供一个此脚本的升级和优 化用以测试特定版本的项目。这样做可以最大化的保障可重用性，这也是推 荐的方法。