本文目录
开发未提测之前，如何开展接口测试
只有一个重点，通俗的来说就是弄一个假的接口，这个接口具备真正接口的响应结果，但是不具备业务处理能力。通常也叫做mock，也有叫做挡板的，虽然名字不一样，表达的意思都是相同的。
如何使用假的接口来模拟真的接口呢，主要有两个方向供参考。
第一是使用一些开源技术，比如moco，这是一个使用java写的一个jar包，它是通过配置文件来进行模拟的，配置文件中配置好服务地址、请求参数、请求头、响应信息、响应头等信息，使用java命令启动，可以加启动参数，比如启动端口。启动起来后就可以使用工具来进行访问了，比如postman，当然也可以自己写代码来进行请求，这个请求就跟正式请求的方法、参数等都相同了。
第二是自己写一个假的，现在的web开发技术非常的成熟了，写一个接口也非常的简单了，何况还不用我们自己去写业务逻辑，只包含参数和响应信息就可以。具体的技术，比如java可以使用springboot，如果你用过，那么几分钟就可以写一个接口了，如果没有用过，网上搜一篇文章，照着配置一下就可以。如果你不会写java，那可以用Python，使用Python的框架也非常多，最简单最轻量的框架就属于Flask了，不管你会或者不会，都可以花一点时间看一下文档就能轻松的写出来一个接口。
开发未提测之前，如何开展接口测试？
这个问题把握的重点其实就是模拟，也就是前边说的弄个假的，具体方法可以采用上面我建议的方法，当然也可以采用其他方法，只要能搞定这件事情都是可以的。
接口测试怎么做，能不能举个实际案例
什么是接口测试？
接口测试是测试系统组件之间的交互，测试外部系统与系统之间以及系统内部各个子系统之间的交互，重点要测试数据的传递、交换等。
接口测试怎么做？
接口测试一般使用工具进行测试，比如postman、jmeter、soupUI、jenkins等，工具具体怎么使用这里不赘述，可以去各大学习网站学习。接口测试举个例子的话，就像在某宝购物时，有登录和加入购物车模块，你要加入购物车就必须登录，两个模块之间有交互，它就会抛出一个接口，供系统内部调用。
接口测试如何进行
在测试过程中，很多场景都需要测试人员针对某个接口进行测试，并针对不同类型的接口设计不同的测试方案，这时如果有一款功能强大的接口测试工具，就快速完成繁琐工作，大幅提升工作效率。工具有很多如：postman、jmeter、soupUI、java+
如何用postman做接口测试
具体步骤如下：
1、在电脑桌面上找到安装的postman软件位置，鼠标双击图标打开；打开后显示如下界面即为打开成功。现在我们开始对一个接口进行测试。
2、点击左上角的“+New”，在打开的弹窗页面中切换到creatNew页面（一般打开后默认就是creatNew页面），鼠标点击Collection，新建一个集合，这个集合就类似于一个文件夹，我们可以把一个项目或者一个完成功能的所有接口都放在它的里面。
3、在新打开的弹窗页面creat a new collection中，输入你想要给这个collection起的名字，然后再下方的description中添加描述说明，这个非必填项，所以可以忽略不写，直接点击右下角的“creat”进行确定。
4、选中刚刚建的collection，鼠标右击，在打开的菜单栏中选择“add request”，会进入下面的页面，输入这个接口请求的名称，同样可以在下方的description中添加描述说明，点击Save进行保存。
5、按照接口文档中的描述，输入接口请求的url，添加请求头和请求体，点击运行，就完成了一个接口的测试。
接口测试测试点
1.可以发现很多在页面上操作发现不了的bug（接口的）
2.可以检查系统（接口）的异常处理能力
3.可以检查系统（接口）的安全性、稳定性
4.前端随便变，接口测好了，后端不用变
5.可以测试并发情况，一个账号，同时（大于2个请求）对最后一个商品下单，或不同账号，对最后一个商品下单
6.可以修改请求参数，突破前端页面输入限制（如金额），检查系统（接口）有没有进行校验
接口测试的测试用例该怎么写呢
接口测试：
接口：主要是子模块或者子系统间交互并相互作用的部分。
这里说的接口是广义的，客户端与后台服务间的协议；插件间通信的接口；模块间的接口；再小到一个类提供的方法；都可以理解为接口。因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。
接口测试：是指针对模块或系统间接口进行的测试。
分析一个接口：
获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。
分析接口文档，提取测试点：
1）输入：接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。
2）业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。
3）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；
测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。
