上一篇博客分层设计测试用例只是简单的给大家理了一下思路,告诉大家分层思想,然后这次给大家写一下真实中用到项目上的例子。如果没有看过上一篇的建议先看上一篇,然后才看这篇,这样比较好理解。
分层设计,主要是为了方便日后进行维护,如果不进行分层设计,当后续越来越多的测试用例的时候,就要花费很大功夫进行维护和修改,有了分层设计之后,日后维护只需要修改一个地方,其它还是能正常使用。不管做什么自动化,前提都是要方便日后维护,不然写一大堆测试用例,到后面如果需求变更后,或者在你原来的测试用例的流程中间插进去了按钮或者页面啥的,你的脚本都需要花很多时间去修改。这就违背了自动化的初衷。
例子:
思考:一个自动化的框架里面要有哪些东西,都会有哪些操作,哪些操作和流程是重复使用次数大于2的,哪些是可以单独抽出来的。能抽出来独立的就抽出来,能写参数传进去的就写参数化,尽量尽量别写死的数据,除非这个数据是不会更改的,那可以。
先给大家看下我写的框架结构:
第一个是整个项目的文件,包含测试用例(申请和审批流程),还有关键字(就是把所有东西抽出来封装成一个关键字,然后后面就可以调用这个关键字里面的东西),自定义的库(当RF的工具里的关键字实现不了你想要的结果,那就用python自定义写一个方法去实现你要的结果,这叫自定义库)
我们从