Robot Framework自动化测试七

Robot Framework 分层设计

谈到 Robot Framework 分层的思想，就不得不提“关键字驱动”。关键字驱动就是当调用不同的关键字，导致测试结果不同。回到分层的思想上，在程序设计的讲究设计模式，设计模式其实就是根据需求使用抽象与封装，其实就是分层思想。把一个实现过程分成不同多层。提高的灵活性，从而达到可扩展性和可维护性。再回到自动化的话题上，我们可以把操作步骤封装一个一个的方法（关键字），通过调用关键字来实现测试用例。

RF的分层，类似于selenium的POM模式，可以提高用例的可维护性，提高用例的可读性，提供较高的可扩展性。

我们写一个例子

image.png

假如我们想搜索其他词语，那可能要把这一条复制出来，更换搜索的词语，这样就太麻烦了。

那我们运用分层，关键字的方法

功能模块层

把功能都作为一个关键字封装起来，

创建一个资源业务关键字并且在资源下面创建用户关键字百度搜索

image.png

我们可以写测试用例了，引入业务关键字这个资源的用户关键字百度搜索

我们就只需要书写需要测试的数据和预期结果，至于具体实现逻辑，我们不在这里进行处理。

image.png

继续分层的设计

为提高了脚本的可维护性，便于维护脚本。当一个操作的元素定位变化时，我们不需要修改整个脚本，而只需要找到对应的关键字，修改它的定位元素就行了。所以，我们还需要把功能模块再进行分层

我们创建元素层，并且把具体操作封装成用户关键字

image.png

可以看到这个关键字中内容很少，只是一个打开浏览器操作，我们把它封装成关键字，也可以方便其他地方调用

image.png

数据库交互层

在此系统中，很多操作都对后台有交互，所以不能仅仅检查页面元素的显示，而且需要连接数据库，进行校验，以便检测操作是否真正成功。

同样的，我们也是创建资源，用户关键字，然后把每个业务都封装成一个关键字

变量

在数据库连接脚本中，以及测试脚本中，需要重复用到很多变量，于是将这些变量也提出来，方便维护，这样以后当变更数据库地址，或者其他变量时，不需要找到对应的脚本中修改，只需要在这里修改即可。

自定义库

在使用RF的过程中，RF自身提供的关键字很多时候并不满足我们的需求，此时就需要自己开发系统关键字，自定义库这一层中便放了自定义的几个系统关键字。使用python写了一个py文件，然后将py文件导入，就可以使用py文件中的方法了