一、 接口
接口：什么是接口呢？接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。
系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。
程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。
二、 接口的分类
现在我们最常用的两种接口就是webservice接口和http api接口。
webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用、测试。
http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。
三、前端和后端
前端 后端 前端语言 html css js
客户端 服务端、server端 后端语言 java php python
接口返回的数据都是json
通用的数据类型：json
前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的；对于app端来说呢，它就是咱们用的app，android或者object-C（开发ios上的app）开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。
四、接口测试
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
五、为什么要做接口测试
假如现在在京东app上买东西，支付订单，订单金额是500元，支付的话，那肯定要调用支付接口，你在页面上操作的话，订单金额是修改不了的，那如果你想测试一下服务端有没有校验订单的金额，我想把订单金额改成5元，那在页面上点是测试不了的，这个时候我们就可以直接用接口来调用，修改一下订单金额的值，然后再发请求就可以了。
是为了更好的提高我们产品的质量。
小结：
- 接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。
- 咱们测的都是程序对外部的接口。
- 接口其实就是各种操作数据库。
六、接口测试的必要性
- 可以发现很多在页面上操作发现不了的bug
- 检查系统的异常处理能力
- 检查系统的安全性、稳定性
- 前端随便变，接口测好了，后端不用变
七、接口测试流程
- 需求评审，熟悉业务和需求
- 开发提供接口文档
- 编写接口测试用例
- 用例评审
- 提测后开始测试
- 提交测试报告
八、接口规范文档
接口文档至少包括：
- 接口说明
- 调用url
- 请求方法（getpost）
- 请求参数、参数类型、请求参数说明
- 返回参数说明
测接口的话，必须得有接口文档：
1、url
2、请求方式 post、get
3、入参（请求参数）
4、返回参数
5、请求、返回示例
6、 状态码说明
Referer 判断请求是从哪跳转过来的，可以通过它来判断是否合法
如果是get请求，直接用浏览器就能发，不需要借助工具。
例如：get 请求
http://XXXXXXXX/api/user/stu_info?stu_name=小黑&id=1
- 接口测试可以发现一些页面上操作发现不了的bug。
- 越早发现bug，解决bug的成本是越低的。
post 和 get请求的区别
http请求
请求头
请求体
get请求他没有请求体，只有请求头
get请求的参数只能写在url里面
或者cookie里面
post
请求头
请求体
请参数放在请求体里面
九、GET请求和POST请求的区别：
GET和POST请求：
- 如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送。
GET请求和POST请求的区别：
- GET使用URL或Cookie传参。而POST将数据放在BODY中。
- GET的URL会有长度上的限制，则POST的数据则可以非常大。
- POST比GET安全，因为数据在地址栏上不可见。
- 一般get请求用来获取数据，post请求用来发送数据。
其实上面这几点，只有最后一点说的是比较靠谱的，第一点post请求也可以把数据放到url里面，get请求其实也没长度限制，post请求看起来参数是隐式的，稍微安全那么一些些，但是那只是对于小白用户来说的，就算post请求，你通过抓包也是可以抓到参数的。所以上面这些面试的时候你说出来就行了。
十、Http状态码
每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功，常见的状态码有以下几种：
1、200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
2、300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，
3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
十一、通用接口用例设计
通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。
接口安全：
- 绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
- 绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
- 参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
- 密码安全规则，密码的复杂程度校验
异常验证：
- 异常的，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。
根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。
- 举个例子，拿bbs来说，bbs的需求是这样的：
- 登录失败5次，就需要等待15分钟之后再登录
- 新注册的用户需要过了实习期才能发帖
- 删除帖子扣除积分
- 4、......
- 像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点。
登录
本地写了一个
cookie
niuhanyang sdfjsdkf342342
服务端
session
niuhanyang sdfjsdkf342342
cookie
存在你本地的一个键值对。
niuhanyang sdfjsdkf342342
session
存在服务端的一个键值对。
niuhanyang sdfjsdkf342342
接口签名
为了防止别人恶意刷请求。
它一个加密之后的字符串。
http://XXXXX/reg?username=xxx&passwd=xxx&sign=8eea855efc702130d9c9cafcd9f4d91a
用POSTMAN上传文件
