用空来搞个接口测试框架呗
前言
每次遇到反复验证数据的测试就很烦,或者不停的要造数据跑流程回归时,这时内心一万个。。。当然还有开发在最初的开发时,一些基本功能可能做着做着,因多看了一眼旁边的运营小姐姐,一不留神那个功能做的惨不忍睹。这时身为小测试的我瑟瑟发抖看到这个功能。目睹了这么多心酸往事,这时瘦小无助的我多么希望有个稍微简单易用的一个接口测试框架帮我锤爆这些坏蛋。经过苦苦思索学习,终于打造出了一个不算牛逼,但帮我省了不少事的中级接口测试框架。为啥说中级,是因为我理想的测试框架是上能干接口,下能干UI。但因为接口和UI底层实现原理不一,所以一套框架就必须解决如何抽离融合,以此解决跨用。这也是我接下来要做的事。今天就先从中级版本学起。有了这个思想理念,妈妈再也不担心我学不会高级版本了。
一、框架设计思想
最初写接口时,就是各种堆砌,怎么方便怎么来,函数方法的参数是能固定就固定,直接写死,一大堆的入参数据和接口方法各种掺杂,比如这样:
久而久之,一套项目过后,再来个项目,看到这千丝万缕的的接口,想再次复用,直接想死的心都用。根本没法复用,灵活性太差。后来大下决心,做个数据分离。函数方法就是方法,数据就是数据。每次换项目或者改动,只要在数据上修改,接口方法能不动就不动。于是变产生了这个版本。数据的存储采用YML文件,或者excel文件或者数据库。一般我是用yml做一些系统配置信息,用excel或数据库做一些数据存储。那怎么用这些数据自动调用给方法呢,这时就一个思想就是那个方法调用这个公共的接口,就去把这个方法的数据传给这个公共接口。那这样怎么拿呢?咋知道谁调用的呢?下面听我细细道来。
二、使用步骤
1.第一步创建数据的哲学
今天先简单说明,先用yml做个示例,后期采用Excel和数据库做讲解。因涉及数据隐私问题先打个码,打个码?嗯,,,,别想歪,宝贝! 下面就是yml中数据的写法,怎么来创建数据的,这里重点看为啥用editOrgan作为key,想知道嘛,跟我来。
看了上幅图,再来看看这个图,方法的定义。更优雅的PO模式。如何来写这个P。下面以公司的人员列表界面做个例子,做这个P。因为这个页面包含了增删改查,哈哈哈!
看到了嘛吗,聪明的宝贝,发现了啥,我靠,是不是,我这里定义的方法与yml数据里定义的KEY居然一毛一样,这是为啥呢。是因为,下面他调用了公共方法delreq。delreq那边一看原来是editOrgan这个狗子调用我的,他就会去yml中拿以editOrgan为KEY的数据,也就是增加。从而实现增加请求。是不是明白了一些。