月份归档 » 2015 / 03

  大家好,相信大家在看这篇文章之前已经对GAT框架有了一定的了解。最近看到GAT的交流群中经常会有人问如何做接口测试,作为GAT第一批的使用者下面我给大家分享下我是如何做接口测试的以及GAT的实用探索 1.为什么选择GAT框架 我在接触GAT框架前,也开发了过个简单的接口测试工具,但发现因为经验不足想到的东西太少,导致我自己开发的工具在实际运用当中不够灵活。在做接口业务逻辑测试时,多个接口互相传递参数的时候,无法灵活的传递。而GAT框架提供了一个单例模式的参数池,很好的解决了多个接口互相传递参数的问题,使多接口的业务逻辑测试能够有更多的组合。而且有一定开发基础的测试工程师,可以针对自己测试的项目在GAT框架基础上进行二次开发。 2.我们是如何做接口测试的 我们目前的主要工作是针对移动App做服务端接口测试,我们的目标是在前端测试开始之前完成所有的接口测试,并且漏测率不高于10%。为了到达目标,我们制定了一个相应的流程,首先我会要求服务端的开发人员每开发完成一个模块就提交进行测试。在拿到接口文档后,会制定测试计划,以便将每日的工作量细化,以保证测试时间的充足。接着对照着接口文档及需求文档,开始着手编写测试用例。对于接口的测试用例,我们将其分为两类,一类是接口参数测试,另一类是接口业务逻辑测试。接口参数测试顾名思义就是用正向及逆向的参数灌入到接口中检查其返回值是否正确。接口业务逻辑测试是参照需求文档,将多接口互相调用完成整套的业务逻辑,就是相当于是脱离前端测功能。在完成测试用例后我会进入开发阶段,在开发阶段我会在Jenkins上建立相应的任务,并将每日完成测试用例放到Jenkins上做持续集成,如下图。 3.接口参数测试 接口参数测试,就是用边界值和等价类的测试方法,将不同的数据通过接口发送到服务端验证返回值是否正确,以json返回值为例,如下图: 我们的目标是将返回值中所有的参数与预期结果做对比,以保证每个返回参数的值是正确的。 4.接口业务逻辑测试        接口业务逻辑测试,简单来讲就是按照前端的业务逻辑,将多个接口组合成为一个业务场景,测试该场景中是否会出现异常情况。所以测试之前,需要对照着需求文档及接口文档,编写测试用例,这样能够有效的增加测试的覆盖率,避免漏测产生,而且在代码开发完成之后,也方便维护。 5.编写代码的重要原则 在编写代码时候,我们遵循着一个重要的原则,就是所有的通用输入参数,尽量做到动态的自动生成,这样有两个好处,第一,在做接口参数测试时,你只需要填入异常参数,正常参数都是由代码自动生成,可以大大减少用例的开发时间,在做业务逻辑测试时也可以方便的让你想出更多的测试场景。第二,开发完成之后,在jenkins上持续集成时,动态生成输入参数的用例要也要比固定输入参数用例的对接口覆盖率更高。