robotframework+docker+jenkins自动化集成测试（二）

继续上一篇文章，本地开发环境准备好之后，便可以开始进行RF的脚本开发。RF脚本的开发调试网上有很多好的教程，这里重点介绍一下我们采用的脚本分层架构。

注意：每个公司的项目或产品架构不一，加上RF的脚本组织特别灵活，本文只是提供一个思路。

先简单说一下采用RIDE工具进行用例的开发，首先在RIDE中几类大的模块：project、directory、suite、source、keyword和case，几类的层级关系如下图：

如上图，上述几个类型，除了source、keyword和case，在RF中可以新建一个suite类型为dir和直接创建一个dir没有什么区别，dir的层级可以任意多层。

问题？你知道为啥图上的有什么有两类图标不一样dir吗？

有几种严格的层级：file类型的suit下面只能新建testcase和keyword（图上没有画出来），txt类型的source下只能创建keyword，testcase和keyword是最小的单元，下面不能创建任何东西（包括各种变量），testcase是最小的也是唯一可执行单元。

各种变量（普遍变量scalar，list，字典）在除了testcase和keyword外的其他所有类型下面都可以创建。

理解了RIDE对几种类型的定义，有助于个性的友好的划分自动化测试项目的层级。

先整体看一下目前我们公司的RF框架的分层，如下图：

图中选取了一个应用的截图，其他几个目录是不同的应用，内部层级都是一样的。

主要包括：应用、用例、功能、元素和断言，以及公共类，结果目录，自定义类和全局变量，下一篇将介绍一下各个组件的功能和实现，以及几个组件的调用关系。

文中的问题，图标不一样的原因是，不带小工具标志的dir是我在本地文件中创建的普通目录，带小工具标志的dir是因为通过RIDE创建的，RIDE创建的其实是一个（python）package。