1.接口类型
1.1接口分类原则：
根据接口请求方式不同，可以分为：
1.GET接口：SELECT，从服务器测获取，查询对象。
2.POST接口：CREAT，在服务器测创建对象。
3.PUT接口：UPDATE，将数据更新到服务器测。
4.DELETE接口：DELETE，删除服务器测对象。
1.2不同接口区别：
GET与POST接口区别：
1.参数提交方式：POST接口，URL中只接口访问地址，数据有专门的BODY区域进行定义，具体形式是以表单形式webforms；
GET接口，数据存放在URL中：数据与地址使用？分割；不同数据间使用&分割，如：https://www.baidu.com/s?ie=utf-8&f=8 2.数据大小：POST接口，数据以表单形式存放，数据大小不受限，但不同语言，由于有些语言配置文件对提交数据大小有限制，比如PHP，在PHP.ini中post_max_size默认大小是2M，可以修改为自己需要的大小，适合的值是8M；
GET接口，数据存放在地址栏，数据长度有限制，不同的浏览器限制长度不同，比如：chrome是8182字符；IE是2038字符；firefox是80000字符。
3.安全性：POST由于数据放在BODY，比起GET接口把数据暴露在URL中，更安全。
经验之谈:要删除数据时，通常使用PUT，将数据UPDATE，而不是使用DELETE删除掉。
2.接口测试设计-API测试（Application Programming Interface）
2.1测试类型
接口重点关注数据的传递，主要存在与系统间交互开发，应用系统间的开发。
2.2性能测试
补充下从哪些方面考虑设计？
3.接口测试工具
3.1选择接口测试工具的依据
.测试时间
.简易程度
.业务复杂度
.测试员能力
3.2测试工具分类：
4.WebService
4.1基础认识
跨编程语言和跨操作系统平台的远程调用技术
最重要的两种实现方式：SOAP，REST；在WebService2.0中REST更普及。
.SOAP:简单对象访问协议（Simple Object Access Protocol）
交换数据的一种协议规范，是一种轻量的，简单的，基于XML的协议。
.REST：表示性状态转换（Representational State Transfer）
一种轻量级软件架构风格，可降低开发的复杂性，提高系统伸缩性。是一种分布式系统的应用层解决方案，基于HTTP协议实现，Client和服务端解耦，使用更方便，经典代表是GitHub API。
.SOAP与REST区别
1.安全性：SOAP好于REST，常应用在安全性要求高的项目，比如：银行。具体安全机制：
通常的做法是当有从客户端 Client2 发出的 HTTP 请求都经过代理服务器 (Proxy Server)。代理服务器制定安全策略：所有经过该代理的访问 User 和 User List 资源的请求只具有读取权限，即：允许 GET/HEAD 操作，而像具有写权限的 PUT/DELTE 是不被允许的。那么如果是使用soap，那么代理是没有办法确定它的请求类型的，因为之前讲到的，soap的请求是被封装过的，很难解析envelope里面的请求类型。(https://www.jianshu.com/p/62318d765434)
2.效率和易用性：REST因为是轻量级，所以更胜一筹。REST基于HTTP协议实现，更简单，体现在:
A.soap相当于将要传输的内容又包了一层，都封装在envelope里面进行传输，而restful可以理解为发送的就是请求本身，是透明的。
B.REST支持缓存，当客户端第一次发送 HTTP GET 请求给服务器获得内容后，该内容可能被缓存服务器 (Cache Server) 缓存。当下一次客户端请求同样的资源时，缓存可以直接给出响应，而不需要请求远程的服务器获得。而这一切对客户端来说都是透明的。而SOAP，因为无法知道请求类型（默认使用的是POST接口），无法使用缓存进行提前缓存。
3.成熟度：SOAP最早是针对RPC的一种解决方案，很轻量，同时作为应用协议可以基于多种传输协议来传递消息（Http,SMTP等）。SOAP偏向于面向活动，有严格的规范和标准，包括安全，事务等各个方面的内容，同时SOAP强调操作方法和操作对象的分离，有WSDL文件规范和XSD文件分别对其定义，随着需求的增长，又不得增加协议以支持安全性，这使SOAP变得异常庞大，背离了简单的初衷。在SOAP后续的发展过程中，WS-*一系列协议的制定，增加了SOAP的成熟度，也给SOAP增加了负担。RESTFUL与REST：RESTFUL是REST风格的接口，一般来说REST等于RESTFUL。**
