接口测试用例的设计方法

接口测试用例的设计方法

1.接口测试思路

2.接口测试用例要素

模块、测试标题、优先级、前置条件、请求方法、请求参数、预期结果、实际结果

3.接口测试用例设计

1. 接口主要的组成部分：请求方法、请求参数、URL、响应结果
2. 检查数据正确性：不同的参数对应的不同接口返回结：果；检查数据库数据是否正确
3. 不同的请求类型get post不同的请求类型下是否符合预期：
4. 校验接口兼容性：传入异常数据接口是否会崩溃，接口之间互相调用的情况下是否兼容老版本的接口

4.接口测试本身是功能测试的一部分

1. 接口测试和传统的UI层功能测试在测试逻辑上高度相通，只是测试的“层级”不同。
2. 测试目标一致：无论是UI功能测试还是接口测试，核心都是验证系统是否符合业务规则（比如登录接口返回“账号不存在”“密码错误”，和UI上展示这些提示的业务逻辑是同一个）。如异常场景、边界校验，都是登录功能的核心业务规则，自然会在接口测试中体现。
3. 测试层级不同：

UI功能测试：在页面层操作（输入账号密码点击登录），验证页面展示和交互是否符合预期；

接口测试：跳过UI，直接调用登录接口（如通过Postman发送 POST 请求），验证接口返回的数据、状态码、错误信息是否符合业务规则，是更底层的功能验证。

4.接口测试的特殊性：接口测试除了验证功能逻辑，还会关注协议规范、数据格式、异常响应的结构化（比如错误码是否统一、返回的JSON字段是否规范），这些是UI功能测试不会重点关注的点，但基础的业务逻辑校验和功能测试是一致的。

5.当内容是登录功能的业务规则，这些规则既需要在UI层做功能测试，也需要在接口层做验证，所以看起来像功能测试，但本质是接口层的功能验证。