一、为什么要写接口测试用例？
（1）理清思路，避免漏测和重复测试。
（2）提高测试效率、跟进测试进度、告诉领导做过、跟进重复性工作。
（3）更好的记录问题、发现问题、复现问题、同时这也是接口测试流程中的一个产物。
二、接口测试用例设计主要考虑哪些？
（1）功能是否正常。
（2）功能是否按照接口文档实现、是否依赖业务、异常情况（参数异常、数据异常）、安全测试等。
三、接口测试用例包含哪些内容？
用例名称、接口地址、请求方式、前置条件、描述、请求头部、请求参数、状态码、预期返回结果
四、接口用例的设计方法与思路？
与手工设计相同点
- 手工测试对应的功能测试点，与接口测试对应的功能点完全一致
与手工设计不同点
- 手工测试，测写入到输入框中的数据是否正确；接口测试，测参数对应的参数值是否正确
- 接口测试不单单针对参数值进行，还可以对参数本身进行测试（如password：123；我们可以测试密码123的正确性，也可以测试使用简称pwd时是否正确）
- 正向参数：
- 必选参数：所有的必选（必填）都包含
- 组合参数：所有的必选+任意一个或多个可选参数
- 全部参数：所有的必选+所有的可选参数
- 反向参数：
- 多参：多出一个或多个必选参数（可以任意指定）
- 少参：缺少一个或多个必选参数
- 无参：没有必选参数
- 错误参数：参数名输入错误
接口测试一般考虑入参形式的变化和接口的业务逻辑。
一般设计接口测试用例采用等价类、边界值、场景法居多。
接口测试用例设计思路：
（1）接口业务逻辑测试，接口逻辑测试是指根据业务逻辑，输入参数，输出值的描述，对正常输入情况下所得输出值是否正确的测试，也就是测试对外提供的接口服务是否正常。
（2）模块接口测试，模块接口测试是为了保证数据的安全及程序在异常情况下的逻辑正确性而进行的测试模块，接口测试主要包括以下几个方面
a.鉴权码 token 异常（为空、没有、错误、过期）
b.其他参数的异常，必填项的检查，参数的长度、类型、格式异常。常规的参数有数字，字符串，日期；参数长度，位数、身份证、电话的长度；参数的类型，数字精度，字母，中文，带空格的参数，特殊字符；日期格式，日期年月日，年月日时分秒，日期格式（包含/-:等）
c.错误码异常覆盖
五，单接口测试用例
手工测试用例文档8大要素：
用例编号，用例标题，模块，优先级，预置条件，测试数据，操作步骤，预期结果
接口测试文档10要素：
用例编号，用例标题，模块，优先级，预置条件，请求方法，URL，请求头，请求体（请求数据）
?
