接口测试用例的设计

接口测试用例主要包括两大类：

　　1. 正常情况，也即是合法情况测试,可以包括以下几种情况：

　　1). 接口逻辑测试

　　2). 路径覆盖测试

　　3). 数据量测试

　　2.异常情况

　　1). 非法参数

　　2). 通讯网络异常

　　1). 接口逻辑测试

如果要保证接口测试的顺利进行，开发人员;" /> 

　　测试的各个方面，包括数据的各个出口，路径，入口都应考虑周全。

　　2). 路径测试

　　经过了上述处理后，单个的接口服务已经得到了保证，但是在业务流中是否满足了业务需求其实还是没有得到保证，路径测试的目的就是设计尽可能少的用例，来保证各种业务场景下数据是安全可操作的。路径测试用例例子如下：

测试交流群680748947

这里的测试用例有：

　　1.ABC

　　2.ABD

　　3.AE

　　4.AFG

　　如果考虑到A这条路径不只一个测试接口可以操作，可在上述用例的基础上再增加以下用例：

　　5. A’BC

　　6. A’BD

　　7. A’E

　　8. A’FG

　　如果 C,D路径等有多个接口可以实现，也可以根据这种方法增加用例，达到路径的覆盖，但是此种路径的覆盖组合会非常多，因此在实际的情况下需要根据实际业务场景进行设计，如A’BC这个路径，在现实的业务逻辑中可能是不存在的，这里就无需列出来了。

　　3).数据量测试

　　不仅需要用一般大小的数据量去测试，也需要用预期的或者规定的最大数据量去测试。

　　4).参数非法测试

　　接口逻辑的测试中主要测试的是正常逻辑，即对外提供的接口服务是能够工作的，但是这是这些测试不能保证数据的安全，及程序在异常情况的逻辑正确性，因此需要测试出错测试，主要包括以下几个方面：

　　1)空值输入，如当传入一个对象参数时，需进行NULL值的参数

　　2)参数属性的测试，如果输入一个未赋值参数

　　3)异常的测试，制造一些异常的测试场景，测试的异常描述是否清晰

　　4)另外如参数个数，参数类型(如int型输入String的参数)的出错测试，由于IDE本身就会报编译出错的信息，这里可以不做测试用例的设计。

　　5).网络通讯异常

　　模拟非正常情况下的网络通讯中断，时间延迟等，查看系统是否能够正常处理做出合理的反应。