前端概念：web/pc端的网页和app展示给用户的页面。没有逻辑
后端概念：真正的业务逻辑，去数据库拿数据，传给前端展示给用户。
接口测试：不关系页面展示元素，只关注返回的数据是否正确。其实也是功能测试，不需要点点点。
调用接口的方式：
1、请求报文拼接，拼出来是个url
2、入参是json串
get请求只能在url里传参数
1、什么是接口：
接口分为webservice 和http api接口。http api接口走的是http协议。有两种请求方式：get和post。请求的报文都是key-value的形式发送，返回一般都是jason串形式。
post请求比get稍微安全些，至少在浏览器里不能直接看到请求发出时带的参数，但其实用抓包工具分分钟搞定....
两者最大的区别就是get只能通过url传参。
2、接口测试也是功能测试，区别在于接口测试没有页面，需要自己输入请求参数，发送到请求地址后检查接口返回的结果。
3、接口测试中最基本最重要的就是接口文档，没有接口文档没法测试接口，没法设计接口测试用例。一篇规范的接口文档应该有的必要项为：
接口说明，说明这接口是干嘛使得
调用地址，如api.douguo.net
请求方法，get/post
请求参数，参数类型和参数说明
返回参数说明
4、http接口怎么测
url中直接拼接请求参数&通过工具输入入参参数jason串
5、http状态码
在抓包或者查看接口返回数据时，都会看到一个返回的状态码，最常见的就是200和500。200代表请求成功且服务器也返回成功
3开头的代表重定向常见的是302；4开头的代表用户发送的请求有问题，常见的是404找不到这个页面；5开头的代表服务器的问题，比如抓包的时候经常会看到500就是服务器挂了。
6、接口测试的范围
优先进行通过性测试，类似于测试流程中的冒烟测试，通过输入正确合法的请求参数，检查接口返回的数据是否正确。业务逻辑流程没有问题后再深入进行接口的安全和异常处理测试，异常处理测试一般验证三点：参数的必传性，参数的长度和传入参数类型的处理。