接口测试怎么才能做好？

这个问题还是从需求、测试用例设计、执行来说吧。

A.需求

首先要了解这个接口提供的服务的需求定义，那么我们就知道大概测试的结果是啥。同时理论上要先提供接口规范，方便后续测试，以及给调用者联调的一个文档约定。

B.测试用例设计

根据测试的接口规范，基于业务进行场景设计，再结合边界值设计方法、等价类划分等常用设计方法进行用例设计。

1.设计的方向是常规的测试用例设计：协议规范测试、接口入参、接口出参。

协议规范测试：比如HTTP协议：URL地址、Header测试。不过一般情况下，默认调用者按照接口规范正常调用。这个不用过于详细测试。

2.接口入参：参数个数测试(注意是否必传字段），参数值测试（为空、正常值、非法值等，以及首尾有空格是否过滤）。

3.接口出参：至少涵盖一条成功的响应和一条失败的响应，当然我们测试出更多错误码，我们的覆盖率也就更全面。

4.业务场景用例： 这个需要你对于这个接口的业务的了解程度，而且这是最重要的部分。

比如中间使用了缓存服务（第一次缓存没有，是不是直接读数据源，并存入缓存；第二次直接读取缓存是否正确）；

比如需要考虑请求外部的接口获取相应的信息的时间损耗（连接不上外部接口，外部接口下线了，外部接口响应太慢）；

C.测试用例执行

1.需要你对接口协议有一定的了解，选择适当的开源工具（如postman）或者自己编写脚本进行模拟请求。

2.需要熟悉接口所使用的中间件等知识（比如redis、kafka、mysql数据库）。

3.需要模拟外部接口返回给你现在正在验证的程序的接口。（比如扣费业务，你不可能每测一个业务，就去调真实扣费）。

是web开发接口吗？建议使用Postman

一、什么是接口？

接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点来，通过一些特殊的规则也就是协议，来进行数据之间的交互。

二、 常用接口采用方式：

1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有apipost、jmeter、loadrunner等；

2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和

post等方法，这也是最常用的两种请求方式。可以使用的工具有apipost、jmeter、loadrunner等；

三、前端和后端

前端：网站前端是对网页静态页面的设计，通俗的来说，就是我们肉眼能看的到的东西，当我们浏览网站的时候所看到的页面上的内容几乎都是属于前端，前端的工作就是网站页面，静态的页面是没有后端成分的，前端主要包括html和css外加js等一些样式和布局。

后端: 网站的后端就是动态网站的技术，比如网站上的一些注册登录和一些d窗，这些都是后端的逻辑，常用的后端语言有php，jsp等，后端的数据库也包含myspl等，都是对后端进行存储数据。

四、 接口测试概念

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等(通俗来说就是，检查业务逻辑是否满足业务需求，校验字段是否正常你实际结果是否满足预期)

五、 接口的组成:

a、接口说明

b、调用url

c、请求方法（getpostput等）

d、请求参数、参数类型、请求参数说明

e、返回参数说明

六、为什么要做接口测试，接口测试的目标

接口其实app和前端交互用的,所以好多人问，为啥做功能测试还要测接口，目标是啥不是多此一举吗?首先我告诉大家，这种想法是错误的

那么举一个例子:

例如一个登陆接口，例如产品上规定用户名6-10个字符数字下划线，但后端没做判断。但我们业务人员测试肯定验证，但只是前端做了校验，后端压根就忘了这个小需求.那么后果来了如果一个懂的直接抓包去篡改你的接口，然后绕过校验，通过sql注入直接随意登录。如果你这是一个下单业务，是不是给公司造成了很大损失

所以此时此刻接口测试目标来了:

1.可能发现客户端没有发现的bug(那么也叫隐藏bug)

2.及早爆出风险（保证质量正常上线）

3.接口稳定了，前端随便改

4.最重要检查系统安全性，稳定性

七、如何进行接口测试

1.使用接口测试工具进行测试，接口测试和接口文档生成工具apipost，接口测试和性能测试工具jmeter

2.接口状态码表示含义

例如:200(成功)/300（重定向别的地方）/400（请求语法错误）/500(服务器异常)

测试点:

B. 参数组合（传入不同值）

C. 接口安全(绕过验证/绕过身份验证/参数是否加密等)

D. 异常验证（输入异常参数边界值）

练

接口是指外部系统与系统之间以及内部各子系统之间的交互点。包括外部接口、内部接口，内部接口又包括：上层服务与下层服务接口、同级接口。常见的有：API(Application Programming Interface,应用程序编程接口)​、JDBC数据库接口、MySQL Connector.

接口测试的分类：

1、系统与系统之间的调用，如分享时，微信会提供接口给“跑向珠峰”；

2、上层服务对下层服务的调用；

3、服务之间的调用，如添加一条数据时，会先调用

以soapUI自带的sample project为例，学习利用DataSource进行login --》search（循环）--》logout

DataSource 的类型有：Data Connection/ Grid / File/ XML /groovy /excel /directory/JDBC

为了让DataSource能循环起来，还要和DataSource Loop结合，下面分布学习Grid / File /excel /Data Connection

1. 创建testcase，添加基础的step：login/ search/ logout

并且在search中对

2. 新增step：DataSource

并且新增一个Property:search_string, 选择类型：Grid 新增参数：Item 1 / Item 2 / Item 3 / Item 4

在新参数后，可以运行DataSource中的绿色运行按钮，可以测试一下datasource是否可用（下面有data log查看）

3. 新增step:DataSource Loop, 在DataSourceLoop配置对话框中选择datasource step,选择target step

4. 在search request中配置相关session id / searchstring

session id的参数设置，就是选择login response产生的session （之前的学习中有介绍过）

searchstring的参数设置类似，这里我们选择在DataSource中添加的search_string

5. 以上设置好后，就能运行测试用例了，

通过TestCase log /Http Log 我们能看出测试用例确实利用了我们添加的参数在循环测试

上面学习了DataSource中最简单的Grid类型，下面接着学习File /Excel / Dataconnection

其实我们只有简单改变一下步骤2中DataSource的配置，根据类型的不同进行相应的设置就可以了

File类型

---------------------------

准备格式如下的文件（参数必须一行一行写，我尝试用，隔开不起作用）

在配置项中选择相应的文件，运行测试一下，一般没什么问题

Excel类型

----------------------------

准备excel文件，注意保存为2003格式，2007格式似乎不能读取

配置一下

DataConnection类型 （我现在的是MySQL连接）

---------------------------

首先在mysql数据库中准备数据

配置data connection 正确填写各项，并利用Test connection测试连接是否成功

注意的是，在配置之前，检查 soapUI 安装目录下的 \jre\lib\ext 中是否有mysql jdbc的driver，如果没有必须下载放进行，否则不能连接成功

我从CSDN中下载的mysql-connector-java.jar

配置好连接后，有相应的sql 查询语句配置页面，也可以自己写，我这些的是: select * from item

执行一下，看看能不能查询出结果 （data log 中显示出来了，但具体的值没显示出来，不知道为何，但确实可用）

---