自动化项目的目录结构：
建议的目录结构。。。
以robot --pythonpath . tc命令执行tc用例下面所有的用例
builtin库里面的Run Keywords方法实现初始化
结构优化：- 合并重复的初始化和清除操作
- 去掉多余的管理员登录操作
- 合理重组目录结构
RF用例的执行：
robot framework的命令格式： robot [options] data_sources
* options命令的选项，可以为空
* data_sources则是要执行的测试套件文件或目录的路径。可以是绝对路径，也可以是相对路径，相当于当前shell的工作的目录。
robot tests.robot
robot path/to/my_tests/
robot c:\robot\tests.robot
* 如果指定的是测试套件文件，则执行该文件中所有的测试用例
* 如果指定的是测试套件目录，则递归执行该目录下包含的所有的子目录里面所有测试套件文件里面的用例
* 可以指定多个要执行的测试套件文件、目录，甚至用通配符来表示多个测试，如下：
robot my_tests.robot your_tests.robot
robot --name Example path/tp/tests/pattern_*.robot
* 多个测试数据的情况，本次测试的名称就是把他们的名字相加
robot --pythonpass . --name 回归测试 tc
根据名称选择测试用例：
我们可以通过 --test --suite来指定执行哪些用例或者套件，而且还支持用通配符的方式
--test Example # 执行名为example的用例
--test mytest --test your_test # 执行名为mytest和yourtest的用例
--test example* # 执行名字以example开头的用例
--suite mysuite # 执行名为mysuite的套件
参数文件：
如果有时，参数太长，我们通常可以使用参数文件，我们可以把所有的参数都放在参数文件中，比如：
--pythonpath .
--name 回归测试
--test tc00001
--test tc00002
tc
就可以执行 robot -A args.txt
RF用例标签：
还有一种选择用例的方法，，是根据用例的标签。
我们可以给测试用例打上标签，这样在运行时，可以通过标签指定要运行那些用例，测试用例可以有多个标签，我们根据任何一个标签都可以过滤到该用例。
给用例打标签有如下几种方式：
① Settings表里的Fore Tags
若我们在测试套件文件里Settings表设置了Fore Tags，那么该套件里的所有测试用例都具有了该标签。
若我们在测试套件目录初始化文件的Settings表设置了Fore Tags，那么该套件里面所有的测试用例都具有了该标签。
| *** Settings *** |
| Fore Tags | web test | my test|
| Default Tags | all test |
② 测试用例表里的[Tags]配置
| *** Test Cases *** |
| case1 |
| | [Tags] | one |
| | log to console | default browser:${browser} |
| | baidu search | robot framework | Robot framework
③ Settings表里的Default Tags
若我们在测试套件文件的Settings表设置了Default Tags，那么该套件里面所有没有[Tags]设置的测试用例，都具有了该Tag。
注意：测试目录里面的__init__.robot不支持Default Tags
根据标签选择测试用例：如果用例有了标签，在执行自动化时，我们可以这样指定执行哪些标签的测试用例，如：
-- include foo # 执行包含标签‘foo’的用例
-- exclude foo # 执行不包含标签‘foo’的用例
-- include oneAND"web test" # 执行包含标签‘one’，‘web test’的用例
-- include oneORtwo # 执行包含标签‘one’和'two'的用例
-- include oneNOtwo # 执行包含标签‘one’，但是不包含标签‘two’的用例
举例说明：robot --include web测试 "webtest"
robot --include "admin"AND"teacher" "webtest"
robot --include * "webtest"
指定关键测试用例：
如果本次测试中有关测试用例没有通过，那么整个测就被视为测试不通过。反之， 整个测试就视为通过。
缺省情况下，RF执行测试时，每个测试用例都被视为关键测试用例
我们可以通过命令参数 ---critical (-c)和--noncritical (-n) 后面加Tag名称来指定测试用例是否为关键测试用例
--critical regression 指定 只有具有regression标签的用例才是关键用例
--noncritical not_readly 指定 不具有not_ready标签的用例是关键用例，其他用例都不是关键用例
--critical ok* --noncritical tbd* 指定 具有以ok开头的标签 且没有以tbd开头的标签的用例都是关键用例，其他用例都不是关键用例
通常我们可以在关键用例中打上标签，比如basic表示是关键用例。
项目自动化现状：
实际的自动化项目中，不能只是测试开发者做
应是QA+ 测试开发一起
用例开发人员：是没有开发经验的QA，用例中使用复杂的流程会导致开发难度大大增加
希望测试库的开发人员尽量提供高抽象层级的关键字
很多团队，主要用python而不是RF开发关键字
需要锻炼python开发测试库的能力