下面是小白黑黑记录的接口测试小白篇，进入正题了
1.接口？ 大致分为两种
（1）系统对内接口（我理解的哈哈）要关注的话先需要登录
（2）系统对外接口 从服务器获取信息 通过接口获取
webservice接口和http api接口区别 （详见 webservice和http接口篇）
webservice接口对外的，从测试角度，走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都要通过工具才能进行调用，测试
是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式
（3）前端和后端
前端主要实现页面 和简单校验，后端来实现功能逻辑
（4）接口测试流程
一、需求评审，熟悉业务和需求
二、开发提供接口文档
三、编写接口测试用例
四、用例评审
五、提测后开始测试
六、提交测试报告
（5）接口测试依赖接口文档
接口文档至少包括： 1、接口说明 2、调用url 3、请求方法（get\post） 4、请求参数、参数类型、请求参数说明 5、返回参数说明（类似需求文档的作用）
（6）测试http接口
get请求方式接口可以直接拼接参数
url?param=value¶m2=value 这种是最简单的一种，问号前面是请求url，后面是请求的参数名和参数值，多个参数用&来连接
还有一种是入参是json串，这时候需要用到工具请求接口比如postman
（7）http状态码
每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功，常见的状态码有以下几种：
1、200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
2、300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，
3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
（8）测试webservice接口 soapui工具
webservice接口怎么测试呢，他不需要你在拼报文了，会给一个webservice的地址，或者wsdl文件，直接在soapui导入，就可以看到这个webservice里面的所有接口，也有报文，直接填入参数调用，看返回结果就可以了
（9）接口测试用例设计
通过性验证，按照接口文档上的参数，正常传入，是否可以返回正确的结果
接口安全： 1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？ 2、绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功 3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。 4、密码安全规则，密码的复杂程度校验
异常验证： 异常的，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度
根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。 举个例子，拿bbs来说，bbs的需求是这样的： 1、登录失败5次，就需要等待15分钟之后再登录 2、新注册的用户需要过了实习期才能发帖 3、删除帖子扣除积分 等等
