什么是接口测试？
接口测试就是直接检测被测应用的接口（API）来确定接口是否存在功能、可靠性、性能和安全方面达到预期的软件测试活动。
接口测试怎么测？
总结了一下接口测试常用的测试工具，如：Postman、Jmeter、SoapUI、LoadRunner等等
接口测试测什么？
1）1.单个接口
以接口文档为标准，进行验证
验证正确的http状态码
验证正确的相应的负载（返回数据）
验证响应头（内部的来源允许安全选项，服务版本号）
验证基本的性能（接口返回耗时时间）
2）2.多个接口，即组合API
以业务需求为标准，进行验证，涉及到一些工作流程、用例依赖、数据依赖
接口测试请求的协议有哪些？
1）http协议是超文本传输协议，信息都是明文传输
2）https协议是有SSL+HTTP协议构建的加密传输协议
3）dubbo:是一个基于Java的分布式远程调用框架,使用zookeeper或redis等组件作为服务注册中心
Dubbo支持dubbo、rmi、hessian、http、webservice、thrift、redis等多种协议，但是Dubbo官网是推荐我们使用Dubbo协议的。下面我们就针对Dubbo的每种协议详解讲解，以便我们在实际应用中能够正确取舍
接口测试请求的方式有哪些？
最常用的就是get/post,get和post的区别是什么？
get和post都可以向服务器提交数据，并且都会从服务器获取数据，区别在于：
1）传送参数的方式不通：get通过地址栏的方式传参，post通过表单报文传参
2）传参的长度不同：get的参数有长度限制，post没有
3）一般情况下，get是获取数据，比如：查询，而post是提交数据，比如：增删改
4）get只发送一个tcp数据报文（包含请求头和data），post发送李阿明哥报文，请求头，返回100,data，返回200）
常见的post提交数据的方式有哪些？
主要是有四种方式，四种方式取决于Content-Type这个请求头：
1）Content-Type：form-data 特点是报文包括文件上传
-
Content-Type:x-www-form-urlencoded 数据报文是字典，相当于通过表单方式去提交数据，数据的格式：a=1&b=2&c=3
-
Content-Type:application/json 特点报文都是字符串类型
-
Content-type:binary 特点是报文类型都是是以二进制的方式上传
接口用例设计该从那些方面进行设计？
前端交互测试准备事宜
前端页面与后端代码之前的交互测试
测试准备：
在进行交互测试前，首先要对前端功能有明确的认知，能够明确区分： 什么功能属于前端页面逻辑功能 什么功能又属于前端与后端交互功能 前端功能与后端是通过什么接口方式进行交互 前、后端，双方有什么样约束
测试的方法：
可以使用抓包工具来进行交互层面测试，查看每个交互功能，对应的接口是 否正确 （包含请求头、请求参数、响应以及其他约束项），确保前端按照后端的要求正确的进行了调用。 在交互过程中，针对一个接口也会有多个场景，前端会根据不同的入参来调 用不同的场景，根据不同响应结果， 来展示不同的前端结果，可以使用抓包工具，进行响应数据的改写，来获得不同响应，验证不同响应下前端的展示效果。
以上纯个人理解。可以补充哦，我们一起学习，一起成长~