Robot Framework的随笔

 

一、          RF框架 相关

1)      环境搭建

1. Python：是一切的基础，RF脚本的底层语言环境；
2. Robot Framework：是RF框架的根本支持，包含了RF框架的标准库，该框架由python语言开发而成。
3. wxPython：支持python GUI的组件，可视化图形工具RIDE是基于wxPython的工具，是RIDE的必要支持。
4. RIDE：RIDE是一款可视化图形工具，可用于编写RF脚本，给用户运行、预览、编写脚本提供了方便和支持。

 

2)      RF用例结构构成

RF用例有四种结构：

1. Settings: Settings中包含了库(Library)和资源（Resource）的引用，以及作为Suite或更高目录的初始化（Setup）和回收（Teardown）。
2. Variables: Variables是变量的声明和赋值，在Variable中可以是单个变量，也可以作为列表存储。
3. Test Case：Test Case中写的是用例本身的内容，但是Test case的个数并不一定只有一个，在Test case中，每个用例都可以有单独自己的初始化和回收。
4. Keywords：在Keywords中存储的是在本套件或是更高目录下的keyword，这些keyword一般来说只供本套件中的用例调用，是用于封装或是嵌套的keyword。

 

3)      RF脚本的初始化和回收

RF脚本“正文”执行前，首先会进行初始化（Setup），也就是测试环境的初始搭建，例如测试前需要将SSH权限打开，才能进行测试等。而在脚本执行后，需要恢复当时初始化前的环境，也就是回收（Teardown），Teardown将Setup和脚本“正文”改变的测试环境进行恢复，如SSH权限默认为关闭，在初始化打开后，需要在Teardown中进行恢复SSH权限关闭操作。这样才能避免先执行的脚本影响后执行脚本，避免影响最终测试结果。

在RF框架中的工程结构自顶向下依次为工程（Project）->套件(Suite)->用例（Testcase），其中还有一些被引用的资源、变量、库等。在套件Suite和用例Testcase中都有初始化和回收，Suite中的一些case可能是相似测试目的而又不同变量控制的用例，因此Suite Setup中可以执行一些公共的初始化操作。

思考：若是在用例没有进行Teardown操作时，会有什么后果？

答：测试前，测试环境的搭建是测试的基础，但是自动化测试并不是只有一个用例，在测试完用例A后，用例B的测试环境会受到用例A的影响，因此用例A测试完成后，必须恢复至用例A测试前的环境，避免用例之间互相影响。

          

4)      RF脚本执行顺序

若文件结构如下图 所示，并且Test1和Test2用例都执行，则RF脚本的执行顺序依次为Suite1 Setup -> Test1 Setup -> Test1->Test1 Teardown ->Test2 Setup ->Test2 –> Test2 Teardown –> Suite1 Teardown

 

总结的来说，顶层的Setup先执行，Teardown后执行，底层并列的Testcase依次按照顺序执行。

 

5)      RF框架资源和库的引用

库引用：

在RF框架中，有三种库，第一种是标准库，该库由RF框架提供，标准库中提供了基本需求功能的关键字，满足一些基本的测试操作；第二种是第三方库，这类库可以从网上下载并为自己使用，该类库一般是满足一些特定的测试需求，例如SSH登录相关的库，需要下载SSHLibrary等；第三种为自行开发的库，为特殊需求自行设计的关键字库。引用它们的方式都是从Suite里中Library中引用,或者比Suite更顶层的目录开始引用。

资源引用：

           资源文件在RF框架中，是主要用来存放自定义关键字的，一些同一个领域经常被引用的关键字用户可以在资源文件中声明，在RF用例编写时，通过在Suite的Resource中添加资源文件，就可以引用在资源文件中的关键字了。当然资源文件中也可以存放变量和变量的声明，一般用作全局变量。

 

 

转载请说明出处，谢谢！http://www.cnblogs.com/PikachuLCH

转载于:https://www.cnblogs.com/PikachuLCH/p/7218164.html