测试用例管理组件采用与测试用例管理工具，如目前常用的test runner管理工具集成的办法，提供对test runner中已有测试用例的导入、导出功能，从而方便测试人员对于测试用例的统一管理。
测试脚本编写组件允许采用两种脚本编写方式：a)测试人员通过录制工具产生测试脚本，即测试人员根据测试用例中的步骤，对应用程序进行操作， 录制工具将这些动作捕获下来，存成脚本文件;b)测试人员通过关键字的方式手动进行编写，即在该框架中测试人员可以通过拖放关键字来进行脚本的编写。
测试计划组件的主要作用即允许测试人员对测试用例的执行方式(顺序、并行、条件、分支、循环、分布式等)、执行时间、日志级别等进行定制。
测试执行组件是对测试用例或者测试计划所关联的测试用例按照要求进行执行，该过程为自动执行过程，无须人工进行干预;如果需要手动控制测试脚本执行，需以debug的方式执行。
测试结果组件收集测试结果信息，包括一个测试结果总结，如测试执行了几个测试用例、执行时间以及成功、失败的用例数;还包括一个失败的测试用例执行的详细信息，包括失败的测试脚本所属的测试计划、所属的测试用例、在测试脚本中的位置以及出错过程中的截图。
3.2 关键字驱动模块
关键字驱动模块是LKDT的核心模块，在LKDT框架中起着不可或缺的作用。该模块主要解决了脚本关键字的定义、关键字解析等问题。
关键字驱动的测试脚本为测试数据关键字和测试逻辑关键字的有机组合。数据关键字相对简单，与数据驱动技术类似，一个数据关键字代表一个测试脚本中的测试数据。在脚本运行时只需通过框架用真实的测试数据对数据关键字进行替换。
逻辑关键字的定义与测试活动的结构密不可分。在真实的测试活动中，一个测试目标需要有一组测试用例来支持，而每个测试用例又由一系列的测试步骤完成。这是一个三层结构，测试步骤为测试活动中的最小单位，测试目标为最大单位，测试用例居中。逻辑关键字基于测试活动的这种结构即可分为高层脚本、中层脚本和底层脚本三层，分别对应于测试中的测试目标、测试用例和测试步骤。高层次脚本由逻辑关键字代表的低层次脚本，加上数据关键字代表的测试数据组合而成。
该模块主要由核心模块、脚本语言解释器模块和支持库模块组成。
3.2.1 核心模块
该模块主要作用是对测试脚本中的关键字信息进行解析，并控制脚本的执行。它由数据解析器、脚本解析器、脚本执行器、中间层四部分组成。其中，数据解析器负责数据关键字的解析;脚本解析器负责解析脚本中的逻辑关键字;脚本执行器负责脚本的执行;中间层负责测试库调用。
3.2.2 脚本语言解释器模块
脚本语言解释器模块包括三个部分，即词法分析器、语法分析器和解释器。词法分析器负责将输出的字符流解析为一个个的词[5~7];语法分析器负责将词序列解析为具有语义的语句[8];解释器负责语义的翻译。
3.2.3 支持库模块
支持库包括两个部分：a)所有测试可以共用的库，包括日志库和测试支持库。日志库负责向测试人员提供日志记录的功能;测试支持库则提供所有测试能共用的功能。b)GUI测试库主要作用是支持Linux下对桌面应用程序的测试。
4 结束语
依靠传统的自动化工具来完成Linux下的GUI测试非常困难。一是因为捕捉产生的脚本维护困难;二是由于录制的测试脚本与测试数据耦合得太紧密导致录制生成的测试脚本可复用性较差，生存期短。而LKDT框架采用的关键字驱动则是一种截然不同的思想，它把传统测试脚本中的变化与不变的东西进行了分离，这种分离使得分工更明确，并且避免了它们相互之间的影响。
当然对于该框架仍有许多工作需要探讨。例如如何使测试框架提供分布式测试支持以及需要考虑到Linux操作系统中用户权限问题等，通过后续研究以期使之成为一个更加简单、易用、高效的自动化测试框架。
文章来源于领测软件测试网 https://www.ltesting.net/
