目录
六、接口用例设计
1、接口测试的测试点（测试维度）
1️⃣功能测试
- 单接口功能：
手工测试中=每个业务功能。在接口测试中就对应唯一的一个接口。针对该 接口展开测试。
- 业务场景功能：
对应手工测试中，有业务流程。就是接口的调用先后顺序。模拟用户使用场景，按调用顺序展开接口测试。
2️⃣性能测试
- 响应时长：
出请求，到服务器回发响应，所经历的时长。
- 吞吐量：
TPS（单位时间事务数）。 如 1s内，接口所能处理的 请求数量
- 并发数：
同一时间，同时向服务器的接口发送请求，所能正确处理的数量。
- 服务器资源利用率：
接口工作中，服务器硬件资源（cup、内存、网络、磁盘等）使用占比情况
3️⃣安全测试
- 敏感数据是否加密：
密码、身份证、社保号、银行卡号 。。。
- SQL 注入：
在用户能输入数据的位置，写入 SQL 语句，测试是否能得到数据库的查询结果。
2、设计方法与思路
1️⃣与手工设计相同之处
接口用例设计的测试点，与 手工页面业务功能的测试点几乎完全一样。
- 手工功能用例设计要点：
①测试页面布局、控件的位置是否精准
②针对用户名的编辑框中的数据值，展开测试
正确手机号、手机号有特殊字符、手机号不足11位、手机号超11位、手机号为空...
③针对密码的编辑框中的数据值，展开测试
正确密码、错误密码、密码有特殊字符、密码1位、密码100位、密码为空....
④针对验证码的编辑框中的数据值，展开测试
正确验证码、错误验证码、过期验证码、验证码为空...
- 接口用例测试设计要点：
①手工页面中的用户名编辑框的值，对应 接口中 key 为username 的 value值。针对 username
的值展开测试。
包括：正确手机号、手机号有特殊字符、手机号不足11位、手机号超11位、手机号为空...
②手工页面中的 密码 编辑框的值，对应 接口中 key为password 的value值。针对 password 的
value值展开测试。
包括：正确密码、错误密码、密码有特殊字符、密码1位、密码100位、密码为空....
③手工页面中的 验证码 编辑框的值，对应 接口中 key为 verify_code value值。针对 verify_code
的 value值展开测试。
包括：正确验证码、错误验证码、过期验证码、验证码为空...
2️⃣与手工设计不同之处
- 编辑框中的数据值。 接口测试需要测试接口中使用的参数、参数值。
- 接口测试，除了要测试参数值以外，还要对参数本身进行测试。
⚪正向：
必选参数：只选择所有的必选参数。
组合参数：必选参数 与 可选参数，组合测试。
全部参数：所有的必选 + 所有 可选
⚪反向：
多参：多出 一个或多个 必选参数。
少参:缺少必选参数。
无参:没有参数。
错误参数:修改参数名为错误名称。
3、单接口测试用例
- 8大要素：编号、标题、项目描述、优先级、预置条件、测试数据、执行步骤、预期结果
- 接口测试用例：编号、标题、用例名称、优先级、预置条件、接口名称、测试方法、URL、请求头、请求体（请求数据）、预期结果
以登录测试点为例子：
- 数值正向：
⚪登录成功
- 数据反向：
⚪手机号为空
⚪手机号有特殊字符
⚪手机号不足11位
⚪手机号超出11位
⚪手机号未注册
⚪密码错误
⚪密码为空
⚪密码有特殊字符
⚪密码1位
⚪密码100位
- 参数正向
⚪必选参数（全部参数）
- 参数反向
⚪多参
⚪少参
⚪无参
⚪错误参数
4、业务场景测试用例
1️⃣分析测试点
指导思想：
- 业务场景尽量遵循用户实际使用的场景，按顺序调用接口进行测试。
- 尽量使用最少的测试用例，覆盖最多的业务场景。
- 登录成功 ------ 添加员工 ------ 查询员工 ------ 修改员工 ------ 再查询 ------ 删除员工 ------ 查询员工列表
- 一般情况下，只需要测试 正向 的业务场景即可！
依赖关系：
- 登录成功返回的"令牌"，被添加、查询、修改、删除依赖。
- 添加员工成功，返回员工id，被查询、修改、删除依赖。
2️⃣添加员工
3️⃣查询员工、修改员工
4️⃣删除员工、查询员工列表
全部内容：
Postman接口测试01|接口测试基础概念、http协议、RESTful风格、接口文档-CSDN博客
Postman接口测试02|接口用例设计_postman测试用例-CSDN博客
Postman接口测试03|执行接口测试、全局变量和环境变量、接口关联、动态参数、断言_postman内置动态参数-CSDN博客
Postman接口测试04|批量运行测试用例、参数化、Mock Server、Cookie鉴权、Newman生成测试报告-CSDN博客