Robot Framework中对出错用例处理的策略

Dear 丶 2022-04-23 00:18 129阅读 0赞

# [Robot Framework中对出错用例处理的策略][Robot Framework] #

*  **出错后退出**

在默认情况下，当一个测试用例中的某个关键字返回错误时，这个测试用例就停止执行剩余的关键字。RF会继续执行下一个用例。这么做的好处是节省时间--反正这里出问题要返回来看了，再继续执行剩下的关键字也没有用了。

*  **出错后继续执行**

但是，有时候，我们却需要执行用例中的所有关键字，例如：要获取更多的出错信息、更改某些全局相关的变量、做teardown或者rollback操作等。这时候，我们就可以使用[BuiltIn][]库中的关键字来让特定关键字出错后RF仍然执行用例中剩余关键字。

第一个关键字是：Run Keyword And Continue On Failure

假设我们有个关键字叫做 Mykeyword

我们这样使用：

<table> 
 <tbody> 
  <tr> 
   <td>&nbsp;Run Keyword And Continue On Failure</td> 
   <td>&nbsp;Mykeyword</td> 
  </tr> 
  <tr> 
   <td>&nbsp;Log</td> 
   <td>&nbsp;这一句被执行</td> 
  </tr> 
 </tbody> 
</table>

这样，不管Mykeyword这个关键字是否fail，下一个关键字Log都会被执行。

如果Mykeyword有返回值，我们可以这么使用：

<table> 
 <tbody> 
  <tr> 
   <td>&nbsp;${str}</td> 
   <td>&nbsp;Run Keyword And Continue On Failure</td> 
   <td>&nbsp;Mykeyword</td> 
  </tr> 
  <tr> 
   <td>&nbsp;Log</td> 
   <td>&nbsp;${str}</td> 
   <td>&nbsp;</td> 
  </tr> 
 </tbody> 
</table>

*  **获取关键字执行结果后继续执行**

有时候，我们需要获取某个关键字的执行结果，然后根据结果做不同后续操作，这个时候，我们就会用到关键字Run Keyword And Ignore Error 。假设我们要执行一个关键字Mykeyword，关键字有一个返回值。我们可以如下使用：

<table> 
 <tbody> 
  <tr> 
   <td>&nbsp;${result}</td> 
   <td>&nbsp;${returnvalue}</td> 
   <td>&nbsp;Run Keyword And Ignore Error</td> 
   <td>Mykeyword&nbsp;</td> 
  </tr> 
  <tr> 
   <td>&nbsp;Log</td> 
   <td>&nbsp;${result}+${returnvalue}</td> 
   <td>&nbsp;</td> 
   <td>&nbsp;</td> 
  </tr> 
 </tbody> 
</table>

Run Keyword And Ignore Error 有2个返回值$\{result\}获取执行结果，值为PASS或者FAIL；$\{returnvalue\}获取Mykeyword的返回值。

*  **TestSuit级别出错处理**

有些场合，我们想要在整个testsuit执行结束后根据执行结果做一些特殊操作。这时候，我们就用上了下面几个个关键字：

Run Keyword If All Critical Tests Passed

Run Keyword If All Tests Passed

Run Keyword If Any Critical Tests Failed

Run Keyword If Any Tests Failed

Run Keyword If Test Failed

Run Keyword If Test Passed

Run Keyword If Timeout Occurred

这些关键字有些像Java中的Finally语句，但是略有区别，大家可以在使用的时候细细体会。另外要说的是，这些关键字只能被用到Suit Teardown部分（一般会写到一个用户自定义关键字中,被Suit Teardown调用）。他们的含义通过字面我们已经能够理解，格式也跟上边的两个关键字格式一致，就不一一展开介绍了。

*  **题外话**

1.  每个用例只做一件事情是一个好习惯。
2.  慎用Test setup和test teardown，善用Suit setup 和 Suit teardown
3.  用户关键字很好，但尽量不要多层嵌套，2层足矣，不然你的用例组织结构就有问题。

2013-09-03修改：关于关键字嵌套。原来上面红色部分说的并不准确。目前我们利用3层结构： 业务层（描述测试点如：登录检测），组件层（业务层描述功能点的实现实现一个功能点最小的步骤，这层尽量不出现技术关键字。如：输入正确用户名密码，输入 错误用户名。。。），实现层（技术关键字：如：inputtext id=uname uname 。。。）

关于分层，其实没很好的定论，有几个原则可以提一下：

1.促进复用。

2.把用例逻辑同具体实现做一定隔离。经过统计，系统演进的时候，功能点本身变更不大，流程细节会有一些变更，UI变更是最大的。分层可以让你少改些东西。

3.让用例更加有可读性。

如果你认为满足了以上三点，分几层无所谓，自己爽才是真的爽。跑题了。

这样利用上述错误处理机制就基本能满足你的要求了。

其实我想找一个关键字：在用例中任意位置，不管上面关键字执行情况如何都会执行，这样更方便，可惜没有，只能规避。享受表格语言接近自然语言的特性，就要忍受它不如高级语言灵活。

posted @ 2015-06-25 23:13 [Rikies][] 阅读( ...) 评论( ...) [编辑][Link 1] 收藏

[Robot Framework]: https://www.cnblogs.com/ievjai/p/4601207.html
[BuiltIn]: http://robotframework.googlecode.com/hg/doc/libraries/BuiltIn.html?r=2.7.2
[Rikies]: https://www.cnblogs.com/ievjai/
[Link 1]: https://i.cnblogs.com/EditPosts.aspx?postid=4601207