接口测试的作用,接口测试有什么作用？

接口测试的作用,接口测试有什么作用？详细介绍

本文目录一览： 接口测试有什么作用？

（1）能够提早发现 bug，符合质量控制前移的理念。
（2）接口测试低成本高效益，因为接口测试可以自动化并且是持续集成的。
（3）接口测试从用户的角度对系统接口进行全面检测。实际项目中，接口测试会覆盖一定程度的业务逻辑
　　接口测试是测试系统组件间接口的一种测试。
　　主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。
　　重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
　　
　　接口测试的主要作用是：
　　(1)能够提早发现 bug，符合质量来控制前移的理念。
　　(2)接口测自试低百成本高效益，因为接口测试可以自动化并且是持续集成的。
　　(3)接口测试从用户度的角度对系统接口进问行全面检测。实际项目中，接口测试会覆盖一定程答度的业务逻辑

什么是接口测试？

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
接口测试就是对系统或组件之间的接口进行测试，主要是校验数据的交换、传递和控制管理过程，以及相互逻辑关系。传智播客官网上写过
业内常说的接口一般指两种：
API：应用程序编程接口，程序间的接口
GUI：图形用户界面，人与程序的接口
软件接口测试中的接口特指API接口
接口测试又称API测试
接口实例：系统与系统间的接口调用，作用：实现了两个或多个独立系统或模块间的通信和数据交换能力。
接口就是指系统或组件之间的交互点，通过这些交互点可以进行数据之间的交互，换言之接口就是系统和系统之间、模块和模块之间的数据交互通道。
比如手机充电口与手机充电线常见的接口：micro-usb接口、lightning接口、type-c接口等
在传智播客上课期间就说过这个。
什么是接口测试
接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
http的几个类型（接口的几种类型）
接口的类型包括：post ，get，put，和delete等。
post和get的区别：post的参数是存在webfrom，以表单的形式存在，get的参数是存在在url中
get：请求获取request-url所标时的资源
post：在request-url所标识的资源提交数据或者附加新的数据。
put：和post很像，也是想像服务器提交数据，put指定了资源在服务器上的位置，post没有
delete：删除服务器上的某个资源

接口测试主要测哪些方面

接口测试主要测: 功能测试、逻辑业务、异常测试、性能测试、安全性测试。
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
针对软件接口的分类一般有如下几种情况：
1、系统与系统之间的调用，如微信向用户提供统一的对外接口，程序员调用接口完成基于微信的小程序等；
2、同一系统内部上层服务对下层服务的调用，如一个软件程序一般分为表示层，业务层和数据层，表示层调用业务层的接口来完成自己的工作，而业务层又会调用数据层的接口来实现相应的业务等。
其以保证系统的正确和稳定为核心，重要性主要体现为以下几个方面：
（1）能够提早发现 bug，符合质量控制前移的理念。
（2）接口测试低成本高效益，因为接口测试可以自动化并且是持续集成的。
（3）接口测试从用户的角度对系统接口进行全面检测。实际项目中，接口测试会覆盖一定程度的业务逻辑 。

什么是接口测试

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
　　接口测试的目的是为了测试接口（听起来怪怪的），尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。
　　不是所有的团队都可以在一个隔离的测试环境中进行测试工作的，因此使得对外部接口的测试显得困难。我们应该确保较早地与相关的组织协调好并确定进行外部接口测试的方案。有时候相关的组织只是人工的静态的审阅一次数据而并不真正的用这些数据来来测试。等等这些都增加了实际测试执行中遇到的风险，但有些时候是可以避免的。
　　
假设/预处理
　　项目的责任人/开发人员必须已经成功完成了单元测试、功能测试和集成测试，一些错误都已经被列出。测试策划人员拿到的是最新版本的源代码
　　期望
　　2 正如前面提到过的那样，最重要的是关于外部接口的测试，这需要依赖于外部接口的相关数据，而这可能是极其复杂的
　　2 测试项目需要一系列的测试计划以及和外部组织的协调工作，主要包括：
　　l 负责人选
　　l 预定的测试时间
　　? 如果没有合适的测试环境，测试可能需要在周末或者工作时间以外的时间里进行
　　l 需要什么类型的测试用例，需要多少以及这些用例分别是用来测试什么的
　　? 提供测试用例的副本及相关文件给相关合作人员
　　? 如果外部组织有一些特殊用例需要执行，我们也需要拿到相关副本及文件
　　l 谁将提供测试数据，这些测试数据包括哪些方面的内容，是以什么形式给出的（纸质，电子档还是只是一些数据的底稿并且需要相关的人员整理成可用的数据）
　　l 谁将对测试结果进行确认并且判别这些数据就是我们所需要的
　　l 每隔多久时间我们需要各路人马需要聚在一起讨论测试中遇到的问题以及测试进度
　　2 所有正常的情形和异常的情形都需要测试，测试的各个方面（数据的各个出口，路径，入口）都需要尽可能考虑周全。我们不仅需要用一般大小的数据量去测试，也需要用预期的或者规定的最大数据量去测试
　　2 如果允许的话，我们还可以测试各个部分处理一批数据的时间数据
　　2 如果因修复bug等改动代码从而改变了接口的某一端，相关的决定，到期时间，再测试等过程都应该被记录在案，并且分发到各个相关组织或人员。
　　职责划分
　　2 测试的建立------开发人员，数据库和/或系统的负责人， 或者测试人员
　　2 测试的执行-------测试人员
　　2 测试结果的确认，测试结束的决定------开发组长，测试组长，质量保证组长，架构人员，项目负责人，外部组织负责人（如果可以的话）
　　测试环境
　　2 系统测试环境和外部组织的测试环境
　　数据类型
　　2 真实的数据------被处理过的用于测试的数据
　　测试结束
　　2 依照某某文档

什么是接口测试？

什么是接口测试
接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
http的几个类型（接口的几种类型）
接口的类型包括：post ，get，put，和delete等。
post和get的区别：post的参数是存在webfrom，以表单的形式存在，get的参数是存在在url中
get：请求获取request-url所标时的资源
post：在request-url所标识的资源提交数据或者附加新的数据。
put：和post很像，也是想像服务器提交数据，put指定了资源在服务器上的位置，post没有
delete：删除服务器上的某个资源
怎么做接口测试
接口测试只是无界面的功能测试，设计的思路跟功能测试基本都是一致的。
1、输入的参数测试
1）根据参数的要求，进行判断是否满足要求，参数要符合他的要求，比方假如让输入一个数字，那么就判断输入数字----整数、小数、负数、复数等数字进行正常测试，或者超大数值和超小数值，异常测试就是判断当不输入数字，保持为空，或者输入的为字符串，不为数字时，反应是否正常。
2）参数是否为必填项，如果为必填项，将所有的必填项都填写，进行接口测试当必填项未填写时，进行接口测试，查看是否报错
3）如果参数为选填项，则进行测试，如果有多个选填项，一个个进行测试，填入所有必填项，和要求的一个选填项，接口返回是否正确，再测试，当选填项保持为空时，是否能够正常返回，当多个选填项时，是否返回正常
4）如果参数名称填写错误是否报错，如果存在不合法的参数，是否报错等等
5）对每个接口进行逻辑的测试，就是比方为新增一个数据，查对应的url，就得显示新增的数据，也就是所描述的每次新增，删除或者改动后都要进行检查查询。
6）接口中还得考虑一些异常情况，比方权限问题，a方建立了多个内容，b方采用接口是否可以删掉。
7）接口测试还得考虑各种逻辑和现实问题，这个就需要就是根据项目本身的可用性，可以完全想象成功能测试进行测试
8）还要考虑反复提交接口，是否报错
9）异常情景，如请求超时，快速连续点击、请求失败等情况
10）安全性问题，比方登录的密码是否需要加密。
您好，对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例。
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能。
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果。
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑。
4：进行容错及健壮性测试。
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试。
对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试
接口测试是在测试系统组件间接口的一种测试。接口测试主要是用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点主要是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
1接口测试的定义与分类，以下就是接口测试
接口测试是测试系统组件间接口的一种测试。
主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。
重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
这要求对业务逻辑有一定程度上的理解，对数据流向有较好的定位。
接口测试般会用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。
接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。
接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。
接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比。
接口测试天生为高复杂性的平台带来高效的缺陷监测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。
接口测试的目的是测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换、传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。
不是所有的团队都可以在一个隔离的测试环境中进行测试工作的，因此使得对外部接口的测试显得困难。
我们应该确保较早地与相关的组织协调好并确定进行外部接口测试的方案。
有时候相关的组织只是人工的静态的审阅一次数据而并不真正的用这些数据来测试，这些都增加了实际测试执行中遇到的风险，但有些时候是可以避免的。
接口测试有的公司是归纳在集成测试里面，也有的公司会放在系统测试阶段，不过这个都没有什么区别，本质上接口测试就是通过某个功能模块对外暴露的一个接口地址传参进行测试。
一般来说接口分为如下三类：
A. 系统与系统之间的调用(如我们一般常见的分享内容到朋友圈或者是微信朋友时，微信会提供接口给这些需要用到分享的应用)上层服务对下层服务的调用（这个理解难度稍微有点大，在我们程序中功能是分层的，那么属于上层对底层服务的调用，以后能够有机会接触到代码或者更加稍微复杂点的接口测试就能够理解。举个例子，我们的程序框架分为三层，分别是web层：提供给用户请求的层次；feb迁至层：作为信息传递的中转站；service层：作为程序应用的核心，处理所有的请求
C.服务之间的调用（如添加一条数据时，会先调用数据查询的服务，查询该数据是否是重复数据）
不同类型的接口测试方法可能不一致，但总体来说不管是哪种类型，被测接口即为服务，测试手段为客服方，接口测试的目的就是：通过我们的测试手段，去验证满足其申明提供的功能。
2如何做接口测试
接口测试的原理：通过测试程序模拟客服端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一过程（reques->response）。
接口测试的流程与功能测试有什么区别呢？从原则上以及流程上讲，是没有啥区别的，都同一套软件测试流程：需求讨论->评审需求->确定需求->产出接口定义->根据需求文档及接口定义设计测试用例（测试用例主要从业务场景，功能以及异常测试几个方面考虑）->评审用例->执行测试。
接口测试采用的最基本的就是黑盒测试，在这个测试过程中我们最需要关注的是，如何来设计测试用例，设计测试用例所采用的方法也是我们常所用的几大方法：等价类、边界值以及错误推测法、场景法。在设计测试用例之前，我们先来看看常见的接口文档形式。
这就是上图是一种比较规范的接口文档说明，包含了如下内容模块：接口的类型说明、接口地址、http请求方式、输入参数和请求接口后返回的响应结果。
接口测试编写测试用例，主要关注点是输入参数、输出结果以及内部业务逻辑是否正常‘，所以我梦设计用例也要从这几方面出发考虑：
a）输入参数测试：针对输入参数进行的测试，也可以说是假定接口参数的不正确性 进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法（不合法），输入参数为空，为null,输入参数超长等等；
b）接口是否满足了所提供的功能，相当正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例就有更好的可读性和可维护性；
c）逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试的界限并不是那么清晰，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常；
d）异常情况接口测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何异常都进行处理；
针对上面的注册接口，我们利用测试用例设计方法来编写测试用例，如下所示：
3接口测试的工具选择
可以进行接口测试的工具有很多，这里简单介绍几个：
>loadrunner :一款商业性能测试工具，用来做接口测试，很好很强大。
>jmeter :一款开源的性能测试工具，操作简单方便，既有jdbc request 操作数据库数据，也有http request 和 soap request 应对测试；
>httprequester :火狐浏览器自带接口测试工具，插件中安装即可，界面简单明了，容易上手。
>postman :谷歌浏览器的扩展工具，界面简洁，开发者比较常用的一款插件工具。
>soapui : 开源测试工具，通过soap/http 来检查、调用、实现web service的功能/负载/符合性测试。
我们将在后面的教学中，重点讲解Jmeter这款综合性比较高的工具；

为什么要做接口测试

如何做接口测试?1、接口测试需要围绕测试计划实施。接口测试重点是：api文档分析、用例设计。具体接口应用工具主要根据后台协议和测试计划测试工具来定，可使用工具如：postman、jmeter、requests、抓包（fiddler、charles）。
2、可以使用postman软件进行接口测试，这里以较复杂的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址。
3、接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。
4、接口测试实际工作中一般分为以下两种实现方式：（1）基于工具实现接口测试，常见的接口测试工具如Postman、Jmeter等（2）基于代码实现接口测试，如Python+Requests黑马程序员的公开课上次把接口测试相关都讲清楚了。
5、对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了，其次，自己去读开发的代码。
我眼中的接口测试和接口自动化测试当然，在接口自动化的基础上再做压力测试、稳定性测试等也会更方便。在这个前提下再评估接口自动化测试是否有必要，思路就会清楚一些。
前后端分离结构：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
就是使python去实现接口测试，说白了就是写一些测试逻辑。python去写，速度快，简单python也有很多自动化测试相关的工具。roboframework，是一个自动化测试框架，写自动化非常简单。
说简单的接口自动化大致三个步骤：a-发送请求；b-解析结果；c-验证结果为了方便起见，你应该自定义三个和业务相关的测试类：一个用来封装httpclient，用来发送请求的类，昌平java课程建议用于发送各类测试请求。
接口编写方便。方便调试接口。支持数据初始化。生成测试报告。支持参数化。robotframework优点关键字驱动，自定义用户关键字。支持测试日志和报告生成。支持系统关键字开发，可扩展性好。支持数据库操作。
什么是接口测试什么是接口测试接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
接口测试是测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
接口测试和系统测试区别：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。
接口测试的原理?接口测试有的公司是归纳在集成测试里面，也有的公司会放在系统测试阶段，不过这个都没有什么区别，本质上接口测试就是通过某个功能模块对外暴露的一个接口地址传参进行测试。
你说的淘宝的接口测试应该就是对web服务的测试，其实原理就是你根据web服务的格式要求准备测试数据（xml文件），然后通过工具把请求发送的web服务器，然后验证返回的结果。
接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
什么是接口测试?1、什么是接口测试接口测试是测试系统组件间接口的一种方式，接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是检查数据的增删改查操作，以及系统之间的逻辑关系等。
2、接口测试是测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。重点测试数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等等。
3、接口测试和系统测试区别：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。
4、接口测试的原理主要是模拟客户端向服务端发送请求，服务器接收请求后进行相应的业务处理，并向客户端返回响应数据，检查响应数据是否符合预期。黑马程序员的公开课上次把接口测试相关都讲清楚了。
5、接口就是API，意思是应用程序编程接口。接口本质上是程序开发的函数和方法，提供参数和返回值。
6、API测试又称为接口测试，接口测试是功能测试的一种。
为什么做接口测试?接口测试能发现哪些问题1、功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
2、(1)能够提早发现bug，符合质量来控制前移的理念。(2)接口测自试低百成本高效益，因为接口测试可以自动化并且是持续集成的。(3)接口测试从用户度的角度对系统接口进问行全面检测。
3、测试的重点是检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。
4、个人觉得如果团队有专人做接口测试，这种情况下接口测试定位到用来发现更多bug是没有问题的，如果没有发现bug那就需要仔细找找接口测试用例设计的问题。

接口测试的优点

接口测试的好处：
由于接口测试代码本身就是用junit（当然接口的类型不同，不一定是Junit来实现）来实现的，是属于自动化测试的范畴，因此必定也包含自动化测试所固有的优势。
1） 提高测试质量
软件开发的过程是一个持续集成和改进的过程，而每一次的改进都可能引进新bug,因此当软件的一部，或者全部修改时，都需要对软件产品重新进行测试。其目的是要验证修改后的产品是符合需求的，而当没有自动化测试代码时，往往会由于各种各样的原因，回归不充分，导致bug遗漏。
2） 提高测试效率
软件系统的规模越来越大，功能点越来越多，开发人员的自测或者测试人员的人工测试非常耗时和繁琐，势必导致测试效率的低下，而自动化测试正好解决这些耗时繁琐的任务，在对外接口功能不变的情况下，达到了一次编写，永久使用的效果。
3） 提高测试覆盖
通过手工测试很难测试到一些更深层次的异常和安全的问题，通过一些辅助的一些测试工具，能分析出代码的覆盖率，通过覆盖率的提高来提高测试的深度。
4） 更好地重现软件缺陷
由于每次执行都是相同的代码，一旦代码出错，必定回归出错
5） 更好定位错误
由于接口测试是一种自下向上的测试，因此一量出错，非常容易定位出错，不向系统测试那样了，一旦有Bug，需要几层验证之后才能确定出错位置
6） 降低修改bug的成本接口测试基本和开发人员的编码平行工作，因此发现问题会比系统测试早很多，因此减少了修改bug的成本。
7） 增进测试人员和开发人员之间的合作关系，测试工程师为了更好地开展工作，需要对开发技术有深入的理解和实践，有了与开发工程师更多的交流。
8） 降低了项目不能按时发布的风险由于接口测试很早就介入，在提交给系统测试前对项目代码的核心模块已经做了详尽的测试，必定加速系统测试的时间，由此来保证项目的按时发布。
9）提升测试人员的技能。做接口测试必须了解开发人员的开发流程和一些开发技能，也需要了解测试工具的一些使用方法和一些测试思想，提升了测试人员的技术附加值，提高了自身的竟争力。
10）促使项目开发过程的规范化
要进行接口，需要完善的文档进行保障 ，没有测试文档，接口测试将寸步难行，接口测试将增加开发过程规范化产出，而规范化产出也保证了项目质量。

为什么做接口测试？接口测试能发现哪些问题

理解所说台数据测试指数据校验知理解否确根据理解我解释我框架增加功能用帮助进行自化脚本编写结校验其包括台数据校验我
测试用例需要台进行数据校验候调用些数据校验即相于前台页面操作自化封装selenium操作页面台数据校验通增加功能实现理解同两部编写测试脚本似乎根据测试用例设计两部都拿使用
1.首先需要开发提供给我们接口文档，样子如下。
需要指出 接口的类型，这里是POST。还需要指出接口的地址，这里就是黑色框中的URL地址。
2. 需要下载一个 postman，我的是windows 7 64bit，可以去官网下载一个最新版本
举个例子吧：
测试用户注册功能，规定用户名为6~18个字符，包含字母（区分大小写）、数字、下划线。首先功能测试时肯定会对用户名规则进行测试时，比如输入20个字符、输入特殊字符等，但这些可能只是在前端做了校验，后端可能没做校验，如果有人通过抓包绕过前端校验直接发送到后端怎么办呢？试想一下，如果用户名和密码未在后端做校验，而有人又绕过前端校验的话，那用户名和密码不就可以随便输了吗？如果是登录可能会通过SQL注入等手段来随意登录，甚至可以获取管理员权限，那这样不是很恐怖？
所以，接口测试的必要性就体现出来了：
①、可以发现很多在页面上操作发现不了的bug
②、检查系统的异常处理能力
③、检查系统的安全性、稳定性
④、前端随便变，接口测好了，后端不用变

接口测试的测试点有哪些

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
测试的策略：
接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：
评审测试接口文档（需求文档）
根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法）
执行测试，查看不同的参数请求，接口的返回的数据是否达到预期
那么设计测试用例时我们主要考虑如下几个方面：
功能测试：
接口的功能是否正确实现了
接口是否按照设计文档中来实现（比如username参数写为了user，那么这就不符合，因为接口文档在整个开发中都需要使用，所以接口实际的设计要与接口设计文档中保持一致）
兼容性测试： 比如说今天接口进行了调整，但是前端没有进行变更，这时候需要验证新的接口是否满足旧的调用方式
错误码测试： 通用的错误码与业务错误码是否能够清晰的说明调用问题，错误码是否能够尽可能的全的覆盖所有的情况
返回值测试： 返回值除了内容需要是正确的，还需要类型也是正确的，保证调用方拿到这些参数能够正确的解析
参数边界值、等价类测试
json格式测试： 通常我们的接口一般设计的都是传递json串，那么就需要去测试 如果传递非json的情况，这时候程序会不会正确的处理，返回相应的 error code
默认值测试： 很多情况一些非必填的参数会有默认值，比如说一个查询的接口，参数count为返回查询的结果数量， 默认为10，那么就应该有一条case来测试，当然前置条件是数据库里面必须要存在这样的数据超过10条。
逻辑业务：
是否有依赖业务，比如查看订单，是需要用户首先登录的，所以肯定要保证登录了或有相应的cookie
业务逻辑测试： 传递正确的参数，接口对数据库进行查询的操作，需要去验证数据库查询是否正确，接口对数据库进行 增删改的操作，也需要看数据库是否同步进行了这些操作
异常测试：
异常分为两类，参数异常和数据异常
参数异常：
关键字参数：将参数写为开发语言中的关键字
参数为空：比如去掉了username参数
多或少参数：多或者少参数的验证，现在还不确定如果一个接口多了参数如果没有报错是否是合理的，或者是否需要优化，因为就目前开发给予的答案是，一般不对接口多了参数的处理
错误参数：比如将username参数写为了user等看是否能返回相应的error code
数据异常：
关键字数据：将参数的值填为开发语言中的关键字
数据为空：将参数的额值填为空
长度不一致：因为数据库中每个字段都设置有字段长度，填写不符合的长度进行验证
错误数据：就是将参数的值任意填写，或填写不存在的数值
异常类型测试： 比如count参数，这个参数的类型一定是可以转换为int类型的，这时候我们需要测试如果传的一些不可以 转换为int类型值来测试代码是否加入判断
性能测试：
响应时间
吞吐量
并发用户数
占用内存，CPU等
安全性测试：
敏感信息是否加密
必要参数是否后端也进行校验（现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前端太容易了）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证）
接口是否防恶意请求（SQL注入）
cookie：就是将header中的cookie修改或删除后看是否能返回相应的error code
header：就是删除或修改header中部分参数的值，看是否能返回相应的error code
唯一识别码：删除修改唯一识别码测试