浅析WinRunner自动化测试框架EMOS

浅析WinRunner自动化测试框架EMOS

题记
    因为在学习EMOS时在国内找相关的资料，发现国内在这方面的资料几乎是空白，不知道是因为WR在国内用的少呢，还是怎么的。所以就把自己在学习该框架时总结的一些东西分享给大家。当然我学习它时间也不长，所以分析的还是非常浅显，如果有朋友发现有不足之处，还请指正，也欢迎大家和我交流这方面的思想技术。
一 EMOS简介
EMOS是基于WinRunner的大型的，功能强大的自动化开源框架，是由WinRunner的TSL语言写成。该框架由德国自动化测试工程师开发而成，在全世界许多企业中被验证该框架是高效，稳定的。

二 使用
1.下载EMOS：http://emos-framework.sourceforge.net/
2.将下载的文件EMOS_GPL_v1_4_2解压WINRUNNER的安装目录/lib/下
3.下载一个例子，这里我建议使用FlightDemo
4.将FlightDemo解压到任何目录
5.启动WINRUNNER，在TOOLS-GENERAL OPTIONS-STARTTEST UP中选择FlightDemo中SCRIPT下的startup
6.重启WINRUNNER
7.打开kickoff并运行，在弹出的对话框中提示符如果后面有？的你可以输入YES或NO来表示执行还是跳过；在弹出的对话框中提示符如果后面有数字的，你可以输入数字，表示你要运行哪个用例，当然你也可以用，比如1-5这样的形式。
注意：可能你第一次在跑startup脚本时会报一个错，提示一个无效的字符串，可能是由于源代码不是英语的缘故，使其无法显示，你需要把？？？改成Sheet1，也就是默认读第一张表。

三 框架的组织结构
有四个核心文件：
1.        FRM 是本框架的核心，核心控制代码都在这里
2.        STD 标准代码，主要是对WINRUNNER的基础函数进行了重写和增加了一些WINRUNNER本身没有提供的功能函数
3.        DDT 数据驱动脚本，主要是对EXCEL的数据的读写处理
4.        emosinit 框架初始化脚本，负责将框架脚本加载到测试中

四 测试实例的组织结构
1．DATA 测试用例文件（测试用例集文件和测试用例文件）
2．SCRIPT. 脚本文件和对象库
        2．1 GUI 对象库文件
           2．2 DRV 驱动文件（驱动用例集和驱动单个测试文件，其中main_lib非常重要，必须有AUT_DRV_report，AUT_DRV_load，AUT_DRV_init_steps，AUT_DRV_call_block这四个函数，他们和FRM_DRV_test_driver中的脚本是对应的，否则无法运行，所以在创建项目的时候必须编写这四个脚本
        2．3 LIB 测试脚本文件
                2．31 AUT_LIB，FRM_LIB 笔者认为这两个文件夹可以归并到一起，主要是放置对于整个测试的公用脚本
                2．32 FRM 具体业务流脚本，主要是不可复用的脚本，可以根据具体的业务功能进行划分成多个脚本
3．Startup 初始化测试环境
4．Kickoff 驱动这个测试，入口点为用例集

五 框架的核心思想
通过Testsequence行中实现自动化测试用例的编写，通过Block实现测试脚本的复用（既单个业务功能点），在测试用例文件中一列对应一个测试用例（当然它也可以实现圈套）。

六 总结
不愧是高手们设计的大型框架，这是一个非常经典表驱动的框架，但还称不上是关键字驱动，因为该框架还是需要写比较多的测试脚本的，但已经非常完善，仔细品味会发现现在的QTP可以在它里面找到很多影子，比如该框架中的Block就相当于QTP中的Action，只不过QTP做的更好罢了，不知道当初QTP的设计是不是从这个框架而来，呵呵。。。该框架非常灵活，可以处理非常多的情况，但另一方面又增加了它的复杂性，它的执行流确实比较复杂！笔者觉得该框架的核心思想和出错处理是本框架最大的闪光点。

转摘http://bbs.51testing.com/viewthread.php?tid=106264