您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
Robot Framework 教程 - 一个完整的例子
 
   次浏览      
 2018-3-30 
 

 

编辑推荐:

本文来自于是译文来自blog.codecentric.de,用 Robot Framework 时有太多的选择,那什么是最好的选择呢?请看下文

前言

用 Robot Framework 时有太多的选择:

使用 Python, Jython 还是 Java?

测试用例使用哪种输入格式(HTML, Text, BDD)?

要使用 Robot IDE(RIDE) 吗?

如何在本地和持续集成环境中运行相同的测试?

如何运行所有的测试 (scripting, ANT, Maven)?

那什么是最好的选择呢?我见过的世面太多了。当然,在 Eclipse 中用 Maven 做 Robot 测试非常酷。BDD 相比较 HTML 更适合敏捷开发。

所有这些有着相同的共性:简单!这不仅意味着设置和运行简单,还意味着更容易排错。在不同技术背景的团队合作间,这尤其重要。

接下来我们用一个完整的例子展示 Robot Framework 的使用方法。

测试准备

开始测试工程前,首先要想好被测系统需要哪些测试库:

是测 web 应用?那你可能需要 SeleniumLibrary 或者Selenium2Library

是测数据库?PythonJava 都有相应的数据库测试库。

是测试 SSH/SFTP?那你可能需要SSHLibrary

这个列表可以继续列下去,直到没有可用的测试库为止。这时候你就需要自己写啦(需要单独写一篇文章来阐述)。

为什么如此重要?测试库的选择直接影响到了是使用 Python, Jython 还是 Java 版的 Robot Framework。某些测试库只有 Java 的实现,如果要用纯 Python 来调用此库,则要求其实现 Remote Library 接口。因此,在测之前,需要好好想想。

本文的代码在 GitHub

我们假设被测系统是一个利用 MySQL 数据库做存储的 web 应用(非常普遍)。浏览器使用 Python 的 SeleniumLibrary,数据库使用 Java 版本的 DatabaseLibrary,并用 Remote Library 接口。

测试框架

下图是测试框架的概览:

测试框架概览

Selenium 需要 Selenium Server。这可以是 Robot Framework 所在的同一台机器,也可以是另一台可通过 TCP/IP 连接的服务器。Database Library Server 同理。虽然 DatabaseLibrary 可以本地使用,但那就意味着必须使用 Jython 来测试了。当然也可以在同一台机器上运行多个服务器。在一些正式的测试环境中,Robot Framework 和 CI (持续集成) 服务器经常部署在一起。然后,Selenium Server 通常跑在 Windows 服务器上,因为需要尽量模拟用户的使用场景。DatabaseLibrary Server 也可以部署在 CI 服务器上。

测试实现和管理

最后让我们来实现该测试。不是每一个细节都会 cover,具体可以看 GitHub。

但在此之前,让我们再多做一些常规性考虑。比如用哪种格式来组织测试用例,是否使用 RIDE。而 RIDE 的使用又会直接影响到测试用例的格式。团队成员的技术背景,以及不同团队合作潜在的维护成本,对上述选择都有影响。

Tips: 如果你已经使用 Excel 来管理则是用例,你可以直接复制粘贴进 RIDE。

要我在本文的例子中选择,我会选择 HTML 格式和 RIDE,理由如下:

RIDE 相比较于最初版本已经有了十足的进步,支持关键字自动补全,实现 Test Suites 和 Resource Files 也十分便利。

使用 RIDE 不用特意考虑 BDD 风格。但其中有一些我不喜欢的语法元素。而且,非技术团队成员编写和维护测试用例比较困难,因为现在机器还不能完全看懂人类语言。并且我认为,如果 BDD 是唯一或者最重要的需求,其他那些只支持 BDD 的测试框架才会有优势。

HTML 格式有着简单粗暴的优点。你可以直接在浏览器中可视化这些测试用例,尤其是那些熟悉 Excel 的非技术团队成员,看到这些会感到非常亲切。

HTML 格式也有着缺点,在版本管理时,HTML 会带来各种各样的问题。

在实现测试时最重要的就是能够同时在本地和正式测试环境(CI 服务器)中运行。幸运的是,Robot Framework 支持向关键字传入参数,这样便能轻松切换环境:

参数为 web 应用的 URL

Selenium 服务器的 IP 地址与端口

Database Library 所使用的 JDBC 连接字符串

这些参数可以存储在变量文件中。这些变量文件可以在命令行中传入 Robot Framework。由于在本地测试和 CI 服务器中有不同启动脚本,这样便能实现不同环境的快速切换。

这意味着最好以如下的目录树来组织你的测试工程。

测试工程目录树

定义一个通用的目录树结构有助于工程的复用。上述的目录结构对我来说工作的不错,我很早就开始用啦。

Tips: 所有路径都应该用相对路径。

首先,我们将所有文件放于顶层文件 robot 中。然后将测试的实现和执行分开存放。在实现这边,testsuites 和 resource 分开存放。当然在一些大型工程中,还需要额外的子目录来更好的组织测试用例。更重要的是,最好用相对路径来引用这些文件。使用相对路径能够更好的在不同系统间移植,项目成员间通过版本管理系统也能更好地共享工程。

执行分支这边必须处理不同运行目标环境的问题,比如本地开发环境和正式的 CI 环境。若还有其他的部署环境需要在此目录中实现。scripts 目录用于保存执行用的脚本(robot 本身,Selenium Server, Database Library Remote Server),setting 目录放置特殊的变量文件。请注意,这些脚本写完之后就不应该频繁改动,对于配置文件亦是如此,除非执行环境有变化。

最后是 lib 文件夹,这取决于项目是否需要自己编写库文件。

执行测试

当执行测试时,我坚持使用 shell 脚本。易于理解,历史悠久且不出问题,在 CI 环境中使用方便。当然,我们很可能需要两套不同的启动脚本,因为本地测试通常在 Windows 电脑上,而正式的 CI 环境是一些 bash 或者 csh 脚本。但需注意,这些写了“写了一遍就忘记”的脚本,其实并不复杂。

在最初,我们需要三个脚本:

robot 测试的启动脚本

Selenium Server 的启动脚本

Database Library Remote Server的启动脚本

我们也可以把三个脚本合并成一个,但为什么不这么做呢,因为其实后两个服务器只需启动一次,只有测试才需要重复执行。

整合

首先我们需要在开发机器上安装 Robot Framework 和库。我们假设平台是 Windows,在 Unix 上安装也不会太复杂。

Robot Framework 同时支持 2.x 和 3.x。

安装如下的工具包:

Python 2.7

Robot Framwork

wxPython

RIDE

Selenium2Library

Database Library Server

详细安装可以直接查看Robot Framework 环境搭建

按顺序安装,然后配置 PATH 目录为 “C:\Python27;C:\Python27\Scripts”。现在你可以用

“pybot –version” 来运行 Robot Framework,用

“C:\Python27\Scripts\ride.py”.来启动 RIDE。示意图如下,

Selenium Library 通常会包含一个对应的 Selenium Server JAR 包。为了独立使用不同目录下的 Selenium Server(比如其他小组成员安装的),你需要指定一个新的环境变量 RF_HOME,该变量指向 Python 的安装目录。该变量用于 selenium 服务器的本地启动脚本。

对于本地的 MySQL 数据库,其配置在此。然后安装 MySQL,创建测试 schema 和相应的用户:

C:\xampp\mysql\bin>mysql -u root -p
mysql> create database databaselibrarydemo;
mysql> create user ‘dblib’@’localhost’ identified by ‘dblib’;
mysql> grant all privileges on databaselibrarydemo.* to ‘dblib’;

这里是工程的源码 GitHub。

在 robot/execution/local/scripts 是执行测试前所有需要运行的脚本。测试的实现在 robot/implementation/testsuites 目录中。测试用例可以直接用 RIDE 打开 implementation 目录,然后直接查看和修改。

为了运行测试,必须先启动 Selenium 服务器和 DBLibrary 服务器。然后运行 Testsuite。Windows 的批处理脚本在 robot\execution\local\scripts 目录中。因为都使用相对路径,一切应该按计划顺利运行。这里虽然在被测服务器上部署文件,但本地可以很容易地适配。

结论和感想

我们已经看到,Robot Framework 提供了众多功能和可能,即使同一件事也能用不同方法来完成。所以,在正式开始测试前做些基本分析是很有意义的。

使用 RIDE 使得实现测试功能更简单,尤其是那些非技术团队。简单意味着好维护(不只是 Robot Framework 测试哦 ;-))。

顺便说一下,我还没有明确指出过,Robot Framework 的 报表 和 logging 非常棒,在 troubleshooting 时非常有用。

Robot Framework 在各种不同的测试库中提供大量的测试功能。一旦决定哪个测试库最好用时,大大加速了写测试的过程,提高了生产力。

尤其是在许多不同工程工作时,一个通用的工程结构和工具非常有用。在一些公共的资源文件中也需要实现一些产品相关的关键字。

希望本文有助于你开始使用 Robot Framework,并有效地组织你的测试工程结构。当然,本例还有许多增强的地方,希望这是一个良好的起点。

   
次浏览       
相关文章

微服务测试之单元测试
一篇图文带你了解白盒测试用例设计方法
全面的质量保障体系之回归测试策略
人工智能自动化测试探索
相关文档

自动化接口测试实践之路
jenkins持续集成测试
性能测试诊断分析与优化
性能测试实例
相关课程

持续集成测试最佳实践
自动化测试体系建设与最佳实践
测试架构的构建与应用实践
DevOps时代的测试技术与最佳实践