如何使用robot framework写好测试用例

           在实现robot framework测试用例的过程中，一个测试人员编写的测试用例一般需要另一个测试人员检查，时不时还有人抱怨：“这都写的是什么东西啊？简直没法看下去！”

           为什么会出现这种情况呢？这与我们的编写测试用例的规范和习惯有关。各个测试人员有自己的编写习惯，有人喜欢分层次设计测试用例，用关键字包装复杂的逻辑；有人喜欢用尽量少的文件和关键字，把所有东西全放在测试用例里；有人喜欢写注释；有人不喜欢写注释。

七条规则：

关于如何写出好的robot framework测试用例，推荐以下7条规则。

规则1：为一个功能模块创建一个子目录，一个目录下最好不要放太多测试套件，一般10~15个比较合适。同时每个测试套件文件里的测试用例不要太多，15个以内比较合适。

规则2：各个测试套件之间尽量相互独立，不要有依赖。其中测试套件可以按任意顺序执行。

规则3：如果有测试数据，将他们放置在一个单独的目录里面。同理，将用户扩展库放在lib目录里，将可执行文件放在bin目录里面。

规则4：测试套件文件、资源文件、变量文件通过文件名就能分辨。例如，对所有测试套件文件添加“testkit”后缀，对资源文件添加“resource”后缀，对变量文件添加“variable”后缀。其中文件名不要包含空格，可以用下划线来分割各个单词

规则5：测试用例要有层次，测试用例里尽量用自然语言书写比较高层次的测试步骤，复杂的步骤用关键字包装。

规则6：把公告关键字抽象到一个单独的资源文件里，如果公共关键字很多，可以分类放在不同的资源文件里。

规则7：对于复杂的逻辑，在后面用“#”注释，或用comment关键字另写一行，不要在文档说明部分描述这些逻辑。