最近测试了下Service层接口测试，总结了下接口测试用例类型，大致有三种测试类型：

　　1. 接口逻辑测试

　　如果要保证接口测试的顺利进行，开发人员JavaDoc的输写定不可少，如何测试JavaDoc这里并不讲述，这里主要讲根据JavaDoc来编写测试用例，一般情况下JavaDoc需要包含前提条件，业务逻辑，输入参数，输出值的描述，在接口逻辑测试中主要是根据所描述的业务逻辑，进行用例的设计，主要目标是测试在正常输入的情况下能得出正确的结果，测试用例的设计方法跟黑盒测试差不多，主要运用等价类，边界值两种方法。

　　2. 出错测试

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

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

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

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

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

　　3. 路径测试

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

　　这里的测试用例有：

　　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这个路径，在现实的业务逻辑中可能是不存在的，这里就无需列出来了。