在实现robot framework测试用例的过程中,一个测试人员编写的测试用例一般需要另一个测试人员检查,时不时还有人抱怨:“这都写的是什么东西啊?简直没法看下去!”
为什么会出现这种情况呢?这与我们的编写测试用例的规范和习惯有关。各个测试人员有自己的编写习惯,有人喜欢分层次设计测试用例,用关键字包装复杂的逻辑;有人喜欢用尽量少的文件和关键字,把所有东西全放在测试用例里;有人喜欢写注释;有人不喜欢写注释。
七条规则:
关于如何写出好的robot framework测试用例,推荐以下7条规则。
规则1:为一个功能模块创建一个子目录,一个目录下最好不要放太多测试套件,一般10~15个比较合适。同时每个测试套件文件里的测试用例不要太多,15个以内比较合适。
规则2:各个测试套件之间尽量相互独立,不要有依赖。其中测试套件可以按任意顺序执行。
规则3:如果有测试数据,将他们放置在一个单独的目录里面。同理,将用户扩展库放在lib目录里,将可执行文件放在bin目录里面。
规则4:测试套件文件、资源文件、变量文件通过文件名就能分辨。例如,对所有测试套件文件添加“testkit”后缀,对资源文件添加“resource”后缀,对变量文件添加“variable”后缀。其中文件名不要包含空格,可以用下划线来分割各个单词
规则5:测试用例要有层次,测试用例里尽量用自然语言书写比较高层次的测试步骤,复杂的步骤用关键字包装。
规则6:把公告关键字抽象到一个单独的资源文件里,如果公共关键字很多,可以分类放在不同的资源文件里。
规则7:对于复杂的逻辑,在后面用“#”注释,或用comment关键字另写一行,不要在文档说明部分描述这些逻辑。