一、什么是接口？
接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点来，通过一些特殊的规则也就是协议，来进行数据之间的交互。
二、 常用接口采用方式：
1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有apipost、jmeter、loadrunner等；
2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和
post等方法，这也是最常用的两种请求方式。可以使用的工具有apipost、jmeter、loadrunner等；
三、前端和后端
前端：网站前端是对网页静态页面的设计，通俗的来说，就是我们肉眼能看的到的东西，当我们浏览网站的时候所看到的页面上的内容几乎都是属于前端，前端的工作就是网站页面，静态的页面是没有后端成分的，前端主要包括html和css外加js等一些样式和布局。
后端: 网站的后端就是动态网站的技术，比如网站上的一些注册登录和一些弹窗，这些都是后端的逻辑，常用的后端语言有php，jsp等，后端的数据库也包含myspl等，都是对后端进行存储数据。
四、 接口测试概念
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等(通俗来说就是，检查业务逻辑是否满足业务需求，校验字段是否正常你实际结果是否满足预期)
五、 接口的组成:
a、接口说明
b、调用url
c、请求方法（get\post\put等）
d、请求参数、参数类型、请求参数说明
e、返回参数说明
六、为什么要做接口测试，接口测试的目标
接口其实app和前端交互用的,所以好多人问，为啥做功能测试还要测接口，目标是啥不是多此一举吗?首先我告诉大家，这种想法是错误的
那么举一个例子:
例如一个登陆接口，例如产品上规定用户名6-10个字符数字下划线，但后端没做判断。但我们业务人员测试肯定验证，但只是前端做了校验，后端压根就忘了这个小需求.那么后果来了如果一个懂的直接抓包去篡改你的接口，然后绕过校验，通过sql注入直接随意登录。如果你这是一个下单业务，是不是给公司造成了很大损失
所以此时此刻接口测试目标来了:
1.可能发现客户端没有发现的bug(那么也叫隐藏bug)
2.及早爆出风险（保证质量正常上线）
3.接口稳定了，前端随便改
4.最重要检查系统安全性，稳定性
七、如何进行接口测试
1.使用接口测试工具进行测试，接口测试和接口文档生成工具apipost，接口测试和性能测试工具jmeter

2.接口状态码表示含义
例如:200(成功)/300（重定向别的地方）/400（请求语法错误）/500(服务器异常)
测试点:
A. 用例设计(根据业务逻辑来设计用例，登录5次,需要2分钟后再登录 删除关注的车，列表少一条数据)
B. 参数组合（传入不同值）
C. 接口安全(绕过验证/绕过身份验证/参数是否加密等)
D. 异常验证（输入异常参数边界值）
工具下载地址：

apipost: https://www.apipost.cn

jmeter: https://jmeter.apache.org/

现在大部分的java项目都是前后端分离，以前不分离的时候测试自己所做的界面都是直接启动界面输入数据打断点等进行调试，那现在前后端分离了，后端接口写好后如何测试自己的接口对不对呢？
*test类——本地测试
第一种方法就是写一个test类，调用Facade接口，并从数据库中取一个值，在测试类中给接口的形参赋一个实参，然后运行或者断点调试。详细操作如下：
1.写测试类
2.拿值赋值/**
* 根据教师id查询老师所教公选课和非公选课的课程信息
*/
@Test
public void queryTeachercourseInfo() {
//把从数据库里取得值赋给接口的形参
String teacherId = "ShfxVkbMvX9ZW5P7n4WnmN";
//调Facade接口
List list = teacherCourseFacade.queryTeachercourseInfo(teacherId);
//循环打印获取的id
for(QueryMyCourseModel queryMyCoureseModel : list){
System.out.println(queryMyCoureseModel.getTeacherId());
}
}
3.启动测试
4.查看结果
*swagger——服务器测试
第二种方法就是利用swagger进行测试，想要用swagger测试，一定要记得测试之前先把代码提交了，然后构建一下，否则或无法远程你写的方法哟。详细操作如下：
1.启动service和web
2.在swagger中找到要测试的接口方法
3.赋值测试
4、查看测试结果
更多java知识请关注java基础教程栏目。

首先, 我们来理解一下接口测试的原理: 通过工具或者代码模拟请求的发送, 同时获取响应, 并对响应进行断言. 如此而已, 就是接口测试了.
Jmeter是Apache组织开发的基于Java的压力测试工具。用于对软件做接口或者压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。 它可以用于测试静态和动态资源，例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性，JMeter允许使用正则表达式创建断言。
它的测试用例放在线程组中, 模拟的请求叫取样器, 断言可以有很多方式, 响应是在结果树中查看. 因此, 如果你要学习Jmeter的话, 需要学习属于它的叫法.
Python+Requests, 它是使用了现在非常主流的脚本语言Python, 同时使用目前十分流行的第三方包Requests(更正一下, 这个包名叫Requests, 非Request).
因此, 要使用它来做接口测试, 需要有Python基础, 同时掌握Requests来发送请求, 获取响应. 同时, 使用python+requests, 通常情况会和unittest或者pytest框架结合使用.
因此, 综上, 这两种方式做接口测试, 本质上没有任何的区别, 只是从工具和语言特性来进行学习和使用罢了. 从难度上来讲, Jmeter如果不进行深入的话, 它的学习成本会比较低一些.
【重要消息】
感谢知友您能够看到这部分内容，本文是软件测试系列知识中接口测试中的一篇，笔者认为本部分全面的知识应该包含如下图所示的内容：
如果知友对这部分内容感兴趣，可以持续关注小编的账号，除此之外，小编还录制了不少这方面的技术视频，知友如果有需要，可以私聊本小编获取哦！

01、工具的选择◆ Jmeter
◆ soapui
◆ postman
◆ fiddler
◆ 编码
◆ 其他工具
可以看到我们供新手选择的工具和方案有多种，既然我们的标题是Jmeter，那我们就重点强调怎么使用Jmeter来测试接口。
02、接口的分类◆ http:Jmeter soapui postman
◆ socket:Jmeter
◆ webservice:Jmeter soapui
在进行接口测试之前，一定要搞定你的接口是什么协议的，好根据这个去选择工具或者是给工具安装对应的插件！
比如说如果是socket协议，要用Jmeter来测试，那么就要提前安装好插件，才能顺利完成测试。
如果不知道协议是什么，可以询问开发人员！
03、需掌握哪些知识
对于这个问题我们也要进行一个分类说明，好帮助大家去进行梳理。
(此处举例，我们用HTTP类型的接口来进行说明)
A：简单的接口测试(不涉及任何cookie session 或者是关联)：
必备掌握的知识有：◆如何添加一个线程组
◆ 如何添加http sampler
◆ http sampler的界面功能学习和使用
◆ 监听器里面的察看结果树元件使用和学习
可以说这个是做接口测试的基础必备，我们称之为A部分。
B：涉及cookie/session/参数化/关联的接口测试
必备掌握的知识有A部分，以及如下几点：◆http cookie管理器
◆ http 信息头管理器
◆ 参数化：csv data set config元件使用
◆ 关联：正则表达式提取器 、json表达式提取器
可以说上述几点是做进阶接口测试的必备，我们称之为B部分。
C:涉及到java代码的接口测试(比如说需要用到加密算法或者存储测试结果到Excel中去)
必备掌握的知识有A+B部分，以及如下几点：◆ beanshell sampler元件的学习使用
◆ 基本的java编码能力
基本上掌握了A/B/C三部分，那么就可以完美的做好接口测试了。
这里讲的是需要掌握哪些知识点或者是元件的使用，并没有讲解怎么去测试，大家也可以看到根据接口的协议不同，接口的难度不同，我们需要掌握的知识也不一样，所以要做好接口测试还需要各个击破。
在这里给大家推荐一个非常不错的视频，从Jmeter的基础元件使用到HTTP接口实战，涵盖了A/B/C三部分内容，以实战驱动去学习！
最后准备了自动化和接口测试的视频资料，需要的同学可以评论区留言或私信我~柠檬班：robotframework如何做接口测试？​zhuanlan.zhihu.com