阿里HR：如何做接口测试，接口测试的思想需要哪些？ 明天可以上班不？？？

接口

为实现代码复用或者功能复用而实现的，通过Http协议、Socket协议等提供给其他人调用的函数，我们测试的80%的接口都是基于HTTP协议的网络服务。

接口分类

1.按调用关系分类
垂直层：应用层与服务层传递数据的HTTP 接口
水平层：服务层与服务层间传递数据的接口 常见http、rpc
系统级别调用：提供给第三方系统调用的接口 常见http 、rpc、websocket
比如：淘宝开发api、气象局的天气预报接口、中国航空信息公司提供的航班信息服务、第三方登录接口
2.按技术实现划分：restful风格、webservice风格、rpc、WebSocket

restful 框架设计思想

把网络上的所有事物都抽象为资源，每一个资源都有唯一的URI标识符（统一资源定位符）指向它。接口使用标准的http协议，通过GET、POST、PUT、DELETE方法改变资源的状态。
restful风格的接口类似于还原、无包装的http协议。
好处：开发简单、轻量级
缺点：随意性比较强、规范性不好
安全性、稳定性、性能需求依赖于后期优化

WebService —网络框架服务

比如: SOAP WebService
要求请求和响应的正文内容都是标准的xml格式的，接口的所有参数配置和信息描述都在一个xml文件里–WSDL，有严格的规范和标准，包括安全，事务等各个方面的内容，也要借助于各种网络协议传输（最常见 绑定http协议），类似被包装过的”http”协议。
好处：规范（传递数据必须是xml格式接口描述放在wsdl中）、安全性高
http 只用post 且传递数据为xml的协议为soap协议，是http协议的子类
缺点：笨重、调用麻烦

RPC 远程调用服务

RPC 是一个技术概念 ，不是协议
比如在大型系统的内部，单独有一个订单系统，支付系统，商品系统，用户系统等，每个系统都是分开部署，单独上线。
如果系统A的代码，想调用一个内部服务B的某个函数（服务），如果直接使用http协议，必须有明确的请求地址，携带完整的参数调用（包括头），要单独添加监控机制或负载均衡，一旦请求失败，即使有失败重连的机制，也会造成不好的用户体验，动态扩展需要增加配置。
RPC 是一种C/S模式,使用RPC框架，可以无感知调用（我只认识服务，像调用一个远程函数一样方便），长链接，不必每次通信都要像http 一样去3次握手，减少了网络开销；RPC框架一般都有注册中心，有丰富的监控管理；发布、下线接口、动态扩展等；有较为健全的负载均衡和容错机制；安全性高；测试起来也比较直观。

Dubbo 框架，是众多RPC思想实现的框架之一，阿里研发后开源。现在逐渐被阿里换代成：HSF、SOFA。
使用dubbo框架，需要对外提供jar包，如果jar包更新，其他端也需要更新。但是性能比restful的高

xml-rpc

简单的理解是：将数据定义为xml格式，通过http协议进行远程传输
类库：xmlrpclib --标准库
import xmlrpclib