Robot Framework学习笔记10- 分层设计测试用例二(进阶）

上一篇博客分层设计测试用例只是简单的给大家理了一下思路，告诉大家分层思想，然后这次给大家写一下真实中用到项目上的例子。如果没有看过上一篇的建议先看上一篇，然后才看这篇，这样比较好理解。

分层设计，主要是为了方便日后进行维护，如果不进行分层设计，当后续越来越多的测试用例的时候，就要花费很大功夫进行维护和修改，有了分层设计之后，日后维护只需要修改一个地方，其它还是能正常使用。不管做什么自动化，前提都是要方便日后维护，不然写一大堆测试用例，到后面如果需求变更后，或者在你原来的测试用例的流程中间插进去了按钮或者页面啥的，你的脚本都需要花很多时间去修改。这就违背了自动化的初衷。

例子:

思考：一个自动化的框架里面要有哪些东西，都会有哪些操作，哪些操作和流程是重复使用次数大于2的，哪些是可以单独抽出来的。能抽出来独立的就抽出来，能写参数传进去的就写参数化，尽量尽量别写死的数据，除非这个数据是不会更改的，那可以。

先给大家看下我写的框架结构：

第一个是整个项目的文件，包含测试用例（申请和审批流程），还有关键字（就是把所有东西抽出来封装成一个关键字，然后后面就可以调用这个关键字里面的东西），自定义的库（当RF的工具里的关键字实现不了你想要的结果，那就用python自定义写一个方法去实现你要的结果，这叫自定义库）

我们从测试用例开始一个拆解来讲解一下分层的思想