最近要讲一个关于接口测试相关的经验分享，仔细想想接口测试的流程大概可以从已下角度开展：
1、接口测试的目的
2、接口测试要达到的目标
3、接口测试需要测什么？
4、如何进行接口测试？
5、接口测试是否可以比页面测试更高效？
针对以上方面，可以开展讲解的部分又可以细化：
1-1接口测试的目的：验证接口的正确性。
接口测试的正确性从业务层面开展：单个接口可以正常执行，多个有关联之间的接口通信正常。
2-1接口测试要达到的目标：准确定位接口的异常问题，分析单个接口的问题还是多个接口回调时的问题，保证接口正常上线，运行正常。
3-1接口测试需要测试什么：
3-1-1接口按照功能区分为：get，post，patch，delete等类型
get类型的接口一般对应的是select请求，需要传递参数，后台根据参数进行数据查询，返回正确的结果。因此get类型的接口测试为返回结果的验证。
post类型的接口一般对应的是insert请求，需要传递参数，后台根据参数进行插入数据的操作，插入成功返回1，插入失败返回0。因此post类型的接口测试为传入参数的字符的正则验证。
patch类型的接口一般对应的是update请求，需要传递参数，后台根据参数进行相关修改数据的操作，修改成功或修改失败，因此同post类型的接口测试，为传入参数的字符的正则验证。
delete类型的接口一般对应的是delete请求，需要传递参数，后台根据参数进行删除操作，需要确定有无该条数据，如果有，可以删除；如果没有，不能删除。因为只有传递正确的数据才能进行下一步的操作，所以参数的状态只有有效参数和无效的参数两种类型。
3-1-2接口按钮业务功能区分为独立的接口和依赖型接口
如果是独立性的接口可以按照3-1-1的功能类型进行测试，但是实际中的接口大部分是需要依赖其他接口组成一个事务完成一个功能的。此时的接口测试需要分析清楚他们之间的业务关系，然后进行场景测试。
4-1如何进行接口测试：通过以上的业务需求分析，明确了测试的目的，目标和测试范围后，可以根据项目和自身情况的结合，选择一个最适合自己同时也是最高效的测试方式进行测试。一下是进行接口测试方法的方案仅供参考：
4-1-1测试策略的安排：测试策略的安排其实是根据项目需求开展的，目前接口测试的项目最大的问题就是需求描述不清，比如一个新旧接口翻新的项目，需求的描述是，新旧接口输入相同的参数，返回接口要求一致。但是实际中的确实新旧框架的更改，必然造成数据库表结构的变化，这样，新旧接口的返回值就很难一致。所以，这时候需要你根据自己的项目经验，灵活处理实际问题。
4-1-2测试工具的选择：测试工具，并没有什么好的坏的之分，只有最合适的。比如你很熟练使用postman，那么postman就可以，你很熟练使用jmeter，那么jmeter就可以。如果有些地方不太好用，这两款工具的扩展性都比较强，完全可以自己写点代码扩展一下功能。最关键的就是运用好。
5-1-1接口测试如何比页面测试效率更高呢？接口测试如果脚本写的好，完全可以是半自动话的测试，在系统测试完善好脚本后，回归和release测试，可以实现快速执行。