接口测试

https://www.cnblogs.com/imyalost/p/7113030.html
http接口测试：


接口测试点：
一、字段校验
通用性校验：
非空参数的空校验
无key

值为null

值为“”

值为[]

值为{}

业务参数的业务校验
根据业务判断分支（常见类型为枚举值）

根据业务限定大小（值大小、长度）

根据业务限定内容（常见各类Id，必须存在）

数值型
类型校验

取值范围校验（常见自然数，使用-1校验）

字符型
类型校验

字段长度校验

list类型
类型校验

list内各字段校验

list元素存在至少一个问题数据时的事务处理校验

json类型
类型校验

json内各字段校验

整形枚举
类型校验

非枚举值校验

枚举值每个值内容校验

关联型枚举
类型校验

非枚举值校验

枚举值交叉校验

枚举值每个值内容校验

二、功能校验
根据功能场景设计
覆盖所有分支

校验点
返回值是否正常

异常提示是否符合需求

异常捕获是否抛出，是否落日志

数据库处理是否正常

缓存校验

事务场景校验

1、什么是接口？
API，就是接口。Application Programming Interface，应用程序编程接口

本质是预先定义的函数，把某些功能封装好，方便他人调用。

调用的人可以很方便使用这些功能，并且可以不需要知道这些功能的具体实现过程。

API的作用：
（1）对于软件提供商来说，留出API，让别的应用程序来调用，形成生态，软件才能发挥最大的价值，才能更有生命力。（同时别人也看不见代码，不伤害商业机密。）

（2）对于应用开发者来说，有了开放的API，就可以直接调用多家公司做好的功能来做自己的应用，不需要所有的事情都自己操刀，节省精力。

2、什么是接口测试？
接口测试，是测试系统组件间接口的一种测试。

接口测试的重点，是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

接口测试，其实是黑盒测试，基本的测试思路是通过输入和输出判断被测对象的逻辑。

3、为什么要做接口测试？
在项目的初期，测试人员提前介入，进行接口测试模拟客户端与服务端的交互，有问题提前抛出来，保证接口调用是没问题的。

接口测试完成之后在进行系统测试，会轻松很多。明白了各个接口在做什么，各个参数的模拟实际上就是业务场景的模拟。

节省测试成本，数据模型推算，底层的一个bug能够引发上层的8个左右bug，而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。

接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。

接口测试是自动化并且持续集成的，这也是为什么接口测试能够低成本高收益的根源。

由于如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。

接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。

现在很多系统前后端架构是分离的，从安全层面来说，只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。

接口中的返回，与web页面相比，内容相对简单，干扰信息较少，断言较容易

接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案

4、怎样做接口测试？
第一步: 分析出测试需求，并拿到开发提供的接口说明文档

第二步: 从接口说明文档中整理出接口测试案例，包括详细的入参和出参数据以及明确的格式和检查点

第三步: 和开发一起对接口测试案例进行评审

第四步: 接口测试案例的自动化案例开发

5、接口测试的3A原则？
Arrange：初始化测试数据，就是造数据，是指我们输入的数据，也有目标接口所涉及的资源，我们必须先有几条人员的详细信息才能去测获取人员信息的接口

Act：调用接口，传入输入数据

Assert：断言，对返回的资源信息进行断言，判断返回的数据是否为预期数据

6、常用的接口测试工具？
Poatman：https://ke.qq.com/course/229839#tuin=1eb87ef

Jmeter：

自己撸代码：结合Junit、Pytest开源测试框架，https://ke.qq.com/course/232868#tuin=1eb87ef、http://www.xuetuwuyou.com/course/34