-
json格式测试：
通常我们的接口一般设计的都是传递json串，那么就需要去测试
如果传递非json的情况，这时候程序会不会正确的处理，返回相应的 error code -
默认值测试：
很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量，
默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。 -
异常类型测试：
比如上面的count参数，这个参数的类型一定是可以转换为int类型的，这时候我们需要测试如果传的一些不可以
转换为int类型值来测试代码是否加入判断 -
必传项测试：
如果接口的参数有必传项，那么需要测试在不传这个参数的时候接口返回情况，测试是否会提示
相应的error code -
非必传项测试：
如果接口有非必填项，当我不传递这些参数的时候会不会正常的返回相应的结果
6.非空测试：
无论是必传的和非必传的参数，传递的key是正确的，但是value=null，这时候返回结果是否正确
7.业务逻辑测试：
传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行
增删改的操作，也需要看数据库是否同步进行了这些操作
8.兼容性测试：
比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式
9.错误码测试：
通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况
10.数据异常测试：
假如数据库设计为32位varchar类型，那么如果传33位会是什么情况，会不会抛出相应的错误码，而不会抛出数据库异常
11.返回值测试：
返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
12.加密测试：
组合接口测试（场景测试）
单个的接口测试通过后，需要将单个的接口组成连续的场景，比如说投资接口需要用到一个类似token的 参数，而这个参数是登陆接口获取到的，所以就需要先调用登陆接口，然后再去调用投资接口。还有就是 像数据权限与操作权限这些，都会依赖一些其他的接口，那么把这些依赖的接口组成一个场景来测试数据的 正确性。还有一部分接口是内部调用的，比如说注册接口，在注册的时候通常需要获取一个验证码，然后输入 验证码再进行提交注册的操作，在这过程中，验证验证码的操作是在注册的内部完成的，那么其实在组合场景 的时候就不需要再去中间加入验证验证码的接口。