1）根据参数的要求，进行判断是否满足要求，参数要符合他的要求，比方假如让输入一个数字，那么就判断输入数字----整数、小数、负数、复数等数字进行正常测试，或者超大数值和超小数值，异常测试就是判断当不输入数字，保持为空，或者输入的为字符串，不为数字时，反应是否正常。

2）参数是否为必填项，如果为必填项，将所有的必填项都填写，进行接口测试当必填项未填写时，进行接口测试，查看是否报错。

3）如果参数为选填项，则进行测试，如果有多个选填项，一个个进行测试，填入所有必填项，和要求的一个选填项，接口返回是否正确，再测试，当选填项保持为空时，是否能够正常返回，当多个选填项时，是否返回正常。

4）如果参数名称填写错误是否报错，如果存在不合法的参数，是否报错等等。

5）对每个接口进行逻辑的测试，就是比方为新增一个数据，查对应的url，就得显示新增的数据，也就是所描述的每次新增，删除或者改动后都要进行检查查询。

6）接口中还得考虑一些异常情况，比方权限问题，a方建立了多个内容，b方采用接口是否可以删掉。

7）接口测试还得考虑各种逻辑和现实问题，这个就需要就是根据项目本身的可用性，可以完全想象成功能测试进行测试。

8）还要考虑反复提交接口，是否报错。

9）异常情景，如请求超时，快速连续点击、请求失败等情况。

10）安全性问题，比方登录的密码是否需要加密。

1. 了解需求，review定义好的接口需求，了解新接口的应用场景，以及尽可能多的细节。

2. 制定测试方案，除了功能以外，还可能需要考虑性能和安全性要求。

3. 测试方案和测试用例review，一般发给相关方：开发，开发组长，运维，运维组长，测试，测试组长，不断根据大家的意见改进，直到大家都同意通过。

4. 在测试方案review的过程中开始准备测试数据，测试工具，或者自动化测试用例。

5. 执行接口测试，提交bug

6. 验证修复的bug

7. 发送测试报告，确定是否可以上线

8. 归档所有测试产出物

9. 如果有自动化测试用例，加入持续集成系统。

10. 如果接口有变更，相应地变更用例。

11. 如果持续集成系统的接口自动化测试发现代码变更的问题，提交bug。

A.需求

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

B.测试用例设计

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

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

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

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

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

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

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

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

C.测试用例执行

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

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

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

接口测试验证，我们分为两种，一种是接口的功能性验证，另一种是非功能性验证，我们先来看一下功能性验证的测试点，如下：

通过性验证：所谓通过性验证就是验证，这个接口是满足需求的，正常的传入参数，可以返回正确的结果，也就是我们所说的正向验证，接口测试的时候，应该首先对通过性进行验证。

参数必填性校验：即参数是否必填，必填的参数，如果不填会这么样，是否有正常的返回报错，填了返回结果是否与预期一致。非必填的参数，不填功能是否正常，填了返回结果是否与预期一致。

参数的边界值验证：有很多的接口，传入的参数都会限定在一个范围，如券商的基金定投接口中定投的金额的限制范围，此时就需要对边界值做相关的验证，举个例子：假设定投的接口定投金额限制在闭区间[1,10000],那我们至少要验证如下几个值：1、10000、中间值、小于0的一个值、大于10000的一个值。

参数非法性校验：即参数我如果传入一个非法的值，接口是否正常，会不会返回异常，能否正常的返回报错信息，参数的非法性校验主要验证如下几种：

参数的数据类型：如果一个参数的传入类型要求是数值，那么我传入字符串、特殊符号会怎么样，接口能否正常处理，传入一个类型为字符串的数值，接口是否会做强制转换。如果是一个整型数值类型的参数，那么我传入小数、负数、很大的数值，接口又会如何处理。对于一些金融相关的接口，如银行、券商相关的接口，对数值都有精度的要求，此时我们如果传入一个超精度的数值，接口又如何处理，是截断还是四舍五入，还是会返回报错信息等等。

参数的长度：一般情况下，接口的数据都会有长度的限制，数据库中的表也会对字段进行长度的限制，所以此时我们需要验证，如果数据超过了长度，接口能否正常的处理，是否有报错的返回，是否会产生异常。

组合参数校验：在接口中，我们常常遇到，参数之间会有相关的限制，举个例子：如果定投的周期为每日，那么定投的扣款日期就为当日，如果你在定投周期为每日的情况下，将扣款日期传入其他参数，就会报错，由此可见，组合传参的重要性，要尽可能覆盖各种组合场景，覆盖到代码的每个分支，对代码各个分支做到100%覆盖。