1、什么是接口
接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。
（1）系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。
（2）程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。
2、常见接口
（1）webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等；
（2）http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等。
二、前端和后端
1、前端/client/客户端
web、app，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验。
开发语言有：
ios： ios swift、object-c
android：android
web： html、css、js（css是添加颜色变得好看，js是让网页动起来。）
2、后端/server/服务端
在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面
开发语言有：
python、java、php、.net等等。。。
前端和后端是怎么交互的呢，就是通过接口。说的通俗点，前端负责貌美如花，后端负责挣钱养家。注意：单机游戏是不需要sever端的，需要联网的都是有server端的。
三、接口测试
1、什么是接口测试
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。 --百度百科
其实接口测试就和普通功能测试没什么区别，区别就是功能测试是在页面上点点点，在页面上输入值，提交数据看结果，而接口测试没有页面，通过接口规范文档上的调用地址、请求参数，拼接报文，然后发送请求，检查返回结果。所以它只需测入参和出参就行了，相对来说简单了不少。
2、为什么要做接口测试
我们知道，其实接口也是app端或者说是web前端进行调用的，那我们直接在app或者web端直接测试不就好了，反正它都是调用的接口，app和web端功能测试通过了，那接口不就是好使的嘛。
真的是这样吗？说的好像很有道理，其实不然，要是真的是这样的话，那我还讲啥接口测试。
思考一个问题，假如现在在京东app上买东西，支付订单，订单金额是500元，支付的话，那肯定要调用支付接口，你在页面上操作的话，订单金额是修改不了的，那如果你想测试一下服务端有没有校验订单的金额，我想把订单金额改成5元，那在页面上点是测试不了的，这个时候我们就可以直接用接口来调用，修改一下订单金额的值，然后再发请求就可以了。
当然这只是我举个例子，接口测试当然不只是这一点原因，总的来说还是为了更好的提高我们产品的质量。
所以，接口测试的必要性就体现出来了：
- 可以发现很多在页面上操作发现不了的bug
- 检查系统的异常处理能力
- 检查系统的安全性、稳定性
- 前端随便变，接口测好了，后端不用变
3、接口组成
既然我们要测试接口，那我们根据什么来测试呢？那就是接口规范文档，也是我们测试最重要的一个依据。接口文档是干嘛的呢，接口文档说简单点，就是这个接口的使用文档。
接口文档至少包括：
- 接口说明
- 调用url
- 请求方法（getpost）
- 请求参数、参数类型、请求参数说明
- 返回参数说明
由接口文档可知，接口至少应有请求地址、请求方法、请求参数（入参和出参）组成，部分接口有请求头header。
标头 (header)：是服务器以HTTP协议传HTML资料到浏览器前所送出的字串，在标头与 HTML 文件之间尚需空一行分隔，一般存放cookie、token等信息。
header和入参有什么关系？它们不都是发送到服务器的参数吗？
OK，首先，它们确实都是发送到服务器里的参数，但它们是有区别的，header里存放的参数一般存放的是一些校验信息，比如cookie，它是为了校验这个请求是否有权限请求服务器，如果有，它才能请求服务器，然后把请求地址连同入参一起发送到服务器，然后服务器会根据地址和入参来返回出参。也就是说，服务器是先接受header信息进行判断该请求是否有权限请求，判断有权限后，才会接受请求地址和入参的。
4、接口测试用例设计
（1）通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
（2）接口安全：
绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
密码安全规则，密码的复杂程度校验
（3）异常验证：
异常的，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。
（4）根据业务逻辑来设计
就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。
举个例子，拿bbs来说，bbs的需求是这样的：
登录失败5次，就需要等待15分钟之后再登录
新注册的用户需要过了实习期才能发帖
删除帖子扣除积分
......
像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点。
5、接口测试用例模板
咱们测试接口的话，肯定要写测试用例，写测试用例的话，就要有一个用例模板，那需要有哪些字段呢？
1、项目 是哪个项目的
2、模块 这个接口是属于哪个功能模块的
3、用例id
4、接口名称
5、用例标题 用例是干嘛的
6、请求方式 GET/POST
7、请求url url地址
8、请求参数
9、前置条件 有依赖的时候，比如说要测登录失败3次的
10、结果验证 预期结果
11、请求报文
12、返回报文
13、测试结果 通过/失败
14、测试人员