1. 原理
首先解释一下RF的工作原理，官方文档介绍就不赘述了，笔者就框架架构做出一个更加具体的描述
测试套及测试用例集（Test Data即需要用户编写的脚本）通过RF特定的语法解析，然后知道用户要做什么事，通过RF的API接口调用内置关键字和第三方库（也可以称库关键字），通过Test Libraries再去操作被测系统，收集结果并断言是否符合预期，输出测试报告，这样描述应该比较通俗易懂了，这个框架的可扩展性就在于Test Libraries的开发，只要按照RF框架特定的语法要求完成自定义库的个性开发，就可以完成扩展，用户需要关心和维护就只有Test Data和Test Libraries。
2. 测试用例
先弄明白几个概念：目录，测试套件，测试用例
创建测试用例：New Project -> New Directory -> New Suite -> New Test Case
这里还有特殊的文件Resource，该文件一般是robot或者txt格式的文件，用于编写用户自定义关键字，使用时需要在测试套件里面导入。
3. 关键字
RF关键字包括内置关键字、库关键字、用户关键字。
（1）内置关键字：不需要import，如：BuiltIn，下面总结常用的内置关键字
（2）库关键字：需要import，在测试套件或者Resource文件编辑菜单，点击Library或者Resource，如：RequestsLibrary，Selenium2Library
（3）用户关键字：需要import，导入用户自定义编写关键字Resource文件
4. 变量
变量包括Scalar，List，Dict，可以选择在测试套件或者Resource文件编辑菜单下面添加，也可以在用例使用关键字创建Set Global Variable/Set Variable。
Scalar：一般的全局变量可以用这个，格式${}
List：列表变量，格式@{}
Dict：字典变量，格式&{}
5. Setup和Teardown
Setup：包括测试套级别和测试用例级别，意思是在执行测试套件之前或者执行测试用例之前执行，一般用于前置条件
Teardown：包括测试套级别和测试用例级别，意思是在执行测试套件之后或者执行测试用例之后执行，一般用于执行完用例或者测试套件之后清理测试环境
执行顺序：Suite Setup -> Test Setup -> Test Case -> Test Teardown -> Suite Teardown
6. 标签
标签包括Force Tags和Default Tags，在选择执行用例的时候，标签很实用。
Force Tags：该测试套件下所有测试用例全部打上force tags
Default Tags：该测试套件下测试用例没有打标签的用例默认打上Default Tags
7. 快捷键
