一种关键字驱动的自动化测试框架(2)

发表于:2015-04-01来源:uml.org.cn作者:不详点击数: 标签:
2.3 关键字驱动的自动化测试框架 关键字驱动(表驱动)是对数据驱动的逻辑扩展,它的核心思想可以概括为三个分离。 1)界面元素名与测试内部对象名的分

  2.3 关键字驱动的自动化测试框架

  关键字驱动(表驱动)是对数据驱动的逻辑扩展,它的核心思想可以概括为三个分离。

  1)界面元素名与测试内部对象名的分离 在被测应用程序和录制生成的测试脚本之间增加一个抽象层,它可以将界面上的所有元素映射成相对应的一个逻辑对象,测试针对这些逻辑对象进行,界面元素的改变只会影响映射表,而不会影响测试。

  2)测试描述与具体实现细节的分离把测试描述和测试的具体实现细节分离开来。测试描述只说明软件测试要做什么以及期待什么样的结果,而不管怎样执行测试或怎样证实结果。这样做是因为测试的实现细节通常与特定的平台以及特定的测试执行工具有着密切的联系。这种分离使得测试描述对于应用实现细节是不敏感的,而且有利于测试在工具和平台间的移植。

  3)脚本与数据的分离 最后,可以把测试执行过程中所需的测试数据从脚本中提取出来,在运行时测试脚本再从数据存放处读取预先定制好的数据,这样脚本和数据可以独立维护。

  以上这三个分离各司其职、互相独立,最大程度地减少相互之间的影响。从关键字驱动的思想可以看出,该种测试框架不仅实现了将数据和脚本相分离,而且实现了测试逻辑和数据的分离,大大提高了脚本的复用度和维护性,从而更大限度地实现了测试工具的自动化。

  3 用于Linux下桌面应用程序的关键字驱动的自动化测试框架

  当前Linux下的测试工具主要是针对内核和服务器方面进行测试,对桌面应用程序的测试基本不支持,开发一个支持Linux下桌面应用程序测试的测试框架对于解决Linux下应用程序的发展与成熟具有积极的促进和保障作用。本文根据测试自动化框架开发原则,结合软件测试的实际需求,提出一个可行的自动化测试框架:LKDT(an automated testing framework of keyword driven for Linux)。

  3.1 LKDT总体架构

  LKDT主要由测试用例管理、测试计划、测试脚本编写、测试执行和测试结果收集等组件构成。

  测试用例管理组件采用与测试用例管理工具,如目前常用的test runner管理工具集成的办法,提供对test runner中已有测试用例的导入、导出功能,从而方便测试人员对于测试用例的统一管理。

  测试脚本编写组件允许采用两种脚本编写方式:a)测试人员通过录制工具产生测试脚本,即测试人员根据测试用例中的步骤,对应用程序进行操作, 录制工具将这些动作捕获下来,存成脚本文件;b)测试人员通过关键字的方式手动进行编写,即在该框架中测试人员可以通过拖放关键字来进行脚本的编写。

  测试计划组件的主要作用即允许测试人员对测试用例的执行方式(顺序、并行、条件、分支、循环、分布式等)、执行时间、日志级别等进行定制。

  测试执行组件是对测试用例或者测试计划所关联的测试用例按照要求进行执行,该过程为自动执行过程,无须人工进行干预;如果需要手动控制测试脚本执行,需以debug的方式执行。

  测试结果组件收集测试结果信息,包括一个测试结果总结,如测试执行了几个测试用例、执行时间以及成功、失败的用例数;还包括一个失败的测试用例执行的详细信息,包括失败的测试脚本所属的测试计划、所属的测试用例、在测试脚本中的位置以及出错过程中的截图。

  3.2 关键字驱动模块

  关键字驱动模块是LKDT的核心模块,在LKDT框架中起着不可或缺的作用。该模块主要解决了脚本关键字的定义、关键字解析等问题。

  关键字驱动的测试脚本为测试数据关键字和测试逻辑关键字的有机组合。数据关键字相对简单,与数据驱动技术类似,一个数据关键字代表一个测试脚本中的测试数据。在脚本运行时只需通过框架用真实的测试数据对数据关键字进行替换。

  逻辑关键字的定义与测试活动的结构密不可分。在真实的测试活动中,一个测试目标需要有一组测试用例来支持,而每个测试用例又由一系列的测试步骤完成。这是一个三层结构,测试步骤为测试活动中的最小单位,测试目标为最大单位,测试用例居中。逻辑关键字基于测试活动的这种结构即可分为高层脚本、中层脚本和底层脚本三层,分别对应于测试中的测试目标、测试用例和测试步骤。高层次脚本由逻辑关键字代表的低层次脚本,加上数据关键字代表的测试数据组合而成。

原文转自:http://www.uml.org.cn/Test/201006074.asp