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

首先简要介绍一下我们的系统。我们整个系统中，可视化的应用（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.添加断言（预期的结果和解析的实际结果是否一致）

　　下面给一个实例：

　4.数据驱动

　　1.为什么要用数据驱动？

　　测试数据（参数变量）和测试行为（逻辑代码）分离。这些对于用例的健壮性，复用性都是至关重要的。

　　2.为什么存在数据库？

　　易于管理，存储方便。（后期我还建一个用例数据管理的web平台）

　　 5.如何保证取到所想要的参数值？

　　类名+方法名+参数名，3个组合必须系统唯一，以此来保证调用正确的参数

　　SELECT PARAM_VALUE FROM params WHERE CLASS_NAME = '"+className+"' AND METHOD_NAME='"+methodName+"' AND PARAM_NAME='"+paramName+"' AND `STATUS` = '0'

　　 6.测试数据管理

　　1.通过数据库软件直接操作（存在误操作风险）

　　2.通过开发的测试数据管理平台管理

　　7.持续集成

　　对于庞大的测试用例，一个个执行或者通过测试套件执行，很明显不方便。我们通过和hudson集成，把写好的代码提交到svn后，maven和hudson配合，对接口测试用例进行持续集成。这样也好得到测试报告。

　　上面就是我对于基于数据驱动的接口测试框架设计的一些实践。比较大概的写出来，具体还有很多很多的细节，以及在这开发之中遇到的困难，如果有机会再慢慢道来。平凡的技术做踏实的事情。

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