基于数据驱动的接口测试框架设计

首先简要介绍一下我们的系统。我们整个系统中,可视化的应用(web,APP)都是基于后端的saasapi。我们的saasapi采用rest风格,采用http协议,以json作为数据载体。所以,对后端的api接口进行测试很有必要。
  用到的技术包括:maven、junit4,json开发包、hudson、jdbc等等。
  1.项目目录结构(采用maven)
基于数据驱动的接口测试框架设计
  2.用例组织和规则约束
  用例组织
  例如:trackSegListWithTime(轨迹分段)、segTrackData(轨迹点显示)接口属于我的车模块。那么就在src/test/java源文件夹下面建立一个我的车模块包com.cpsdna.saasapi.test.vehicle,然后新建测试接口的类:    TrackSegListWithTimeTest.java、 SegTrackDataTest.java
  命名规则
  测试类命名规则:接口名称+Test,例如SegTrackDataTest.java(轨迹点显示接口的测试类)
  方法命名规则:test+方法意义,例如testSegTrackDataWithNoObjId(以没有objId参数方式测试segTrackData接口 )
  3.测试方法步骤
  1.声明参数变量
  2.从数据库读取该参数变量的值
  3.组装发送的json报文,把参数变量加入其中
  4.向服务器端发送json
  5.接收从服务器端返回的信息(json或者其它)
  6.通过json开发包(json-lib,gson)解析从服务器返回的json
  7.添加断言(预期的结果和解析的实际结果是否一致)
  下面给一个实例:
基于数据驱动的接口测试框架设计
基于数据驱动的接口测试框架设计
  7.持续集成
  对于庞大的测试用例,一个个执行或者通过测试套件执行,很明显不方便。我们通过和hudson集成,把写好的代码提交到svn后,maven和hudson配合,对接口测试用例进行持续集成。这样也好得到测试报告。
基于数据驱动的接口测试框架设计
  上面就是我对于基于数据驱动的接口测试框架设计的一些实践。比较大概的写出来,具体还有很多很多的细节,以及在这开发之中遇到的困难,如果有机会再慢慢道来。平凡的技术做踏实的事情。


最新内容请见作者的GitHub页:http://qaseven.github.io/