接口功能测试
之前看的培训班视频，讲的是用jmeter进行接口自动化和性能以及压力测试，但是本质上自动化是为了服务功能测试而诞生的。
所以有必要详细和认真了解下怎么开展对接口的功能测试。
所以梳理了以下接口功能测试：知识点参考来自于 https://www.cnblogs.com/iloverain/p/9429116.html
单接口测试（场景测试）
1、json格式测试：
通常我们的接口一般设计的都是传递json串，那么就需要去测试
如果传递非json的情况，这时候程序会不会正确的处理，返回相应的 error code
2、默认值测试：
很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量，
默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。
3、异常类型测试：
比如上面的count参数，这个参数的类型一定是可以转换为int类型的，这时候我们需要测试如果传的一些不可以
转换为int类型值来测试代码是否加入判断。
4. 必传项测试：
如果接口的参数有必传项，那么需要测试在不传这个参数的时候接口返回情况，测试是否会提示
相应的error code
5. 非必传项测试：
如果接口有非必填项，当我不传递这些参数的时候会不会正常的返回相应的结果
6.非空测试：
无论是必传的和非必传的参数，传递的key是正确的，但是value=null，这时候返回结果是否正确
7.业务逻辑测试：
传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行
增删改的操作，也需要看数据库是否同步进行了这些操作
8.兼容性测试：
比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式
9.错误码测试：
通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况
10.数据异常测试：
假如数据库设计为32位varchar类型，那么如果传33位会是什么情况，会不会抛出相应的错误码，而不会抛出数据库异常
11.返回值测试：
返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
12.加密测试：
组合接口测试(场景测试)
单个的接口测试通过后，需要将单个的接口组成连续的场景，比如说投资接口需要用到一个类似token的
参数，
而这个参数是登陆接口获取到的，所以就需要先调用登陆接口，然后再去调用投资接口。
还有就是
像数据权限与操作权限这些，都会依赖一些其他的接口，那么把这些依赖的接口组成一个场景来测试数据的 正确性。
还有一部分接口是内部调用的，比如说注册接口，在注册的时候通常需要获取一个验证码，然后输入 验证码再进行提交注册的操作，
在这过程中，验证验证码的操作是在注册的内部完成的，那么其实在组合场景 的时候就不需要再去中间加入验证验证码的接口。
总结
1. 接口测试简述：
1、检查接口返回的数据是否与预期结果一致。
2、检查接口的容错性，假如传递数据的类型错误时是否可以处理。例如上面的例子是支持整数，传递的是小数或字符串呢？
3、接口参数的边界值。例如，传递的参数足够大或为负数时，接口是否可以正常处理。
4、接口的性能，接口处理数据的时间也是测试的一个方法。牵扯到内部就是算法与代码的优化。
5、接口的安全性，如果是外部接口的话，这点尤为重要。
2、单接口与组合接口
（1）单接口
单接口入参，出参
入参：参数边界值、类型、非必传、必传
出参：数据类型、结果与MySQL表数据比较、响应码(正确码、错误码)、数据的准确性(比如四舍五入的情况、浮点被强制成整型等)
权限（重要）：token失效（有效）
（2）组合接口
结合测试场景(要结合业务)，编写相应的测试用例；
场景：比如新建一个客群，验证将其转化为系统客群 是否成功；
接口间的参数传递；