什么是接口，如何做接口测试?

分类： 物理接口 软件接口

接口：系统与系统之间，模块与、模块之间相互作用的部分

接口测试：验证系统与系统之间，模块与模块之间相互作用的部分是否满足需求的过程

URL:就是接口
https://www.baidu.com/s?wd=（填什么搜索什么）

接口测试：是在集成测试阶段，，软件未开发完全也可以做接口测试，没有界面的
分析接口的返回结果来判断接口是否有bug

测试介入的越早，越能更早的发现问题,缩短项目周期
可以发现更底层的bug，减少开发成本 （可以发现系统测试发现不了的bug)
接口测试关注的是数据的交互和控制管理的过程 (业务逻辑)

（2）接口协议分类

1. webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用测试。
   Xml: 可扩展性标记语言 xpath : 路径标记语言
   绝对路径 相对路径

2. http接口：使用的http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。json是一种通用的数据类型，所有的语言都认识它。（json的本质是字符串，他与其他语言无关，只是可以经过稍稍加工可以转换成其他语言的数据类型，比如可以转换成Python中的字典，key-value的形式，可以转换成JavaScript中的原生对象，可以转换成java中的类对象等。

3. 接口测试流程

(1) 开发提供接口需求文档 (如果提供不了 自己抓包获取)
接口需求文档应该包括完整的功能接口、接口请求方式、接口请求URL、接口请求参数、接口返回数据
(2) 需求分析与评审
(3) 编写测试用例与评审
(4) 搭建测试环境 java环境（jmeter） 前端 后端 测试数据
(5) 执行测试用例
(6) bug提交与跟踪
(7) 回归测试
(8) 编写测试报告

1. 功能性 （主要测功能）
   #参数组合：要实现一个功能由两个参数决定
   （1） 返回的数据（格式和数据类型） 80% json格式 （2） 测试接口的参数（必填参数，非必填的测试，参数的有无测试，参数的组合测试） （3）业务逻辑（功能） （4）请求方法 （5）路径
   （6）异常码测试(错误码) （7） 状态码测试

2. 兼容性
   (1) 新老接口的兼容
   开发修改代码（版本更新）： /login 参数 修改成 /new_login 参数
   根据需求对两个接口测试
   如需求上要求两个接口都可用 或只能用新的 那么就需要测是否符合需求

3. 性能 后端性能 （效率性）
   大量的用户进行请求
   （1） 响应时间（2，5，8原则） (2) 并发数（在一定的时间内发送多个请求） （3）吞吐量（能够处理，接收请求，和响应请求的数量）
   （4）资源使用率 cpu,内存，磁盘
   性能：（测产品好的程度，需要有大量的数据支撑）

4. 安全性
   （1） 数据是否加密 （2）sql注入 （攻击手段）
   发送http请求报文： 完整的http请求报文中，加入sql语句

5. 接口用例设计
   (1) 必需参数覆盖。对于接口的参数，接口文档一般都会说明哪些儿是必需的，哪儿是非必需的。对于必需的参数，一定要测试传参数和不传参数接口是否报错？
   (2) 必需的参数各种情况覆盖。传非法的字符，特殊的字符，空值，超过边界的参数是否报错？错误信息是否正确？
   (3) 非必需参数覆盖。一般接口对于非必需参数都不会做非正常性传值的判断，所以要测试合法的参数值 ，接口返回的内容是否正确。如果有接口文档说明对非必需参数做了非正常的验证的话，也要对其进行验证。
   (4) 参数的组合覆盖。有些儿参数需要相互配合着才起作用，如“offset”和“count”组合起来进行翻页，这个时候要组合起来进行测试。
   (5) 业务逻辑相关的覆盖。有些儿接口与业务逻辑关联密切，单独从接口角度测试，可能会遗漏掉一些儿因业务逻辑而产生的bug。所以如果和业务逻辑相关，也要考虑到业务逻辑相关的测试用例。

请求的参数放的位置?

1. Get 参数在url的后面
2. Post 参数在请求实体中（body） from-data x-www-from json
3. Get/post 存放在路径中 /id/{no}/search

no
是
密码，默认是123

给你一个接口如何测试?：
1：先分析需求
2：编写测试用例
3：搭建测试环境
4：执行测试用例

python -m pytest