软件测试，从手工测试，到自动化测试，进行阶段分类，可从下层到上层依次分为单元测试-->接口测试-->界面自动化测试。
单元测试：一般由开发人员自行开发完进行自测；
界面自动化测试：项目在稳定情况，适合的测试条件又很难达到，测试人员更多的在繁杂的手工测试界面；
接口测试：介于单元测试->界面自动化测试之间，为了系统服务更加稳定，质量更高，测试人员可以更多的参与到接口测试中，对工作效率及个人技术能力应该会有很大的提升空间。
由于从事工作对接口测试的工作较少，经验存在不足，从个人比较浅的理解上来说，接口测试主要分为两类：代码层接口测试和Web HTTP接口测试，代码层接口测试更接近单元测试一些吧，而web http接口主要表现为两类：
1、浏览器和服务器之间的接口
2、外部接口（第三方提供的接口）
web接口测试工具：
手工测试的话可以用postman，自动化测试多是用到Jmeter（开源）、soupUI（开源&商业版）。
综合考虑，觉得jmeter更适合中小型团队去做接口测试。因为jmeter也能做压力测试，同时也能做自动化测试，加之它是开源软件，所以对jmeter做接口测试做多了一点的学习。（在此怎么安装就略过了，网上有很多教程）
so，用jmeter来尝试测试一个接口看看：
1、打开jmeter（GUI界面）
开源版本和可执行版本均可在Apache官方网站上下载到，解压后打开bin目录下的jmeter.bat文件，即打开了用户界面：
2、添加相关组件
2.1、新建线程组
2.2、添加http请求
2.3、添加监听器--查看结果树
2.4、设置http请求相关参数
3、执行测试查看结果
于监视器-查看结果树中查看测试结果
返回状态码200，表示请求成功，若请求失败则会返回400、404、500等
4、脚本优化完善
上面是一个简单的接口测试过程，实际是缺少登录的，工作中单接口测试也是远远不够的，需继续优化
4.1、 添加http请求默认值
一般将服务器的ip、端口等公用的信息设置在请求默认值中：
4.2添加HTTP请求登录
4.3添加响应断言和断言结果监听器
4.4添加其他元件
因测试用例较多时，基本的元件就很难有效的执行用例，我们常常还会用：正则表达式提取器、CSV DATA SET CONFIG、简单控制器、if条件控制器、循环控制器、用户定义变量 等等控制元件，例如简单控制器，可以把不同的用例独立分开，都调用全局http请求默认值，各自去执行并不相互影响执行结果
5、添加大量测试用例后的执行效果
5.1用例分布方式
5.2查看测试结果
测试结果可以通过 查看结果树、聚合报告、表格查看结果、Summary Report等监听器查看
End
因为自己不够优秀而感到恐慌，所以不断努力向前！
如果您认为王子的简书中的某篇文章还不错或者有所收获，您可以通过正文下方的“赞赏支持”功能打赏，给我喝一杯咖啡的机会【物质支持】，也可以微信、微博分享，因为这两种支持都是我继续努力的动力！
未完，待续……
