接口测试用例设计其实跟功能测试用例设计是类似的，从根本上来说都是验证产品功能的实现情况。但是功能测试偏向于测试前端数据的展示、业务逻辑，但是有些情况是前端无法模拟的（如前端的支付金额无法为负值），此时就需要进行接口测试，直接验证接口逻辑
1 接口入参
1）必填项校验，参考接口文档中的必填项说明
2）长度校验，参考接口文档中对参数的定义
3）有效性校验，例如身份证号码、手机号码、邮箱等特殊格式
4）组合校验，不同的业务场景可能需要不同的参数组合
5）枚举值，每一个枚举值都需要测试到
6）默认值
7）数据类型校验，如需要的是int类型，传入string类型测试。
2 接口逻辑
1）设计方法：分支覆盖→路径覆盖→场景覆盖，结合实际业务设计，实际业务不会发生的业务场景是无效用例
2）首先画业务流程图，根据流程图的分支分别设计，不同的分支代表不同的场景
3）除正常的业务功能，还需要考虑异常场景，接口超时，接口异常等。如支付成功之后如何处理，支付失败又如何处理
4）用例设计之后，就需要考虑如何实现用例
3 响应结果
1）正常响应结果，一般是json格式的数据，断言响应体是否符合预期，可以使用JsonPath提取相关数据
2）异常响应结果
4 接口持续集成
1）流程方面：加强异常场景的接口用例覆盖率；由单接口测试向系统测试、冒烟测试延伸，最后实现全流程接口自动化测试
2）结果展示：自动生成测试报告；测试报告一目了然，增加质量分析、趋势分析等内容
3）问题定位：报错信息、日志更精准，方便问题复现与定位
4）结果校验：加强自动化校验能力，如数据库信息校验
5）代码覆盖率：不断尝试由目前的黑盒向白盒下探，提高代码覆盖率
6）性能要求：完善性能测试体系，通过自动化的手段监控接口性能指标是否正常
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
