自动化始终只是辅助测试工作的一个手段，对于测试人员而言，测试基础和测试用例的设计才是核心。如果测试用例的覆盖率或者质量不高，那将这部分用例实现为自动化用例的意义也就不大了。
那么，接口测试用例应该怎么编写呢？
接口的定义 ：
主要是子模块或者子系统间交互并相互作用的部分。
因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。
应该怎么分析一个接口？
- 获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。
- 分析接口文档，提取测试点：
1）、输入： 接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计；
2）、业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次；
3）、输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了； - 测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。
怎么确定用例的覆盖率？
- 在没有特殊要求的情况下，至少需要考虑以下内容：
1）、业务功能覆盖是否完整
2）、业务规则覆盖是否完整
3）、参数验证是否达到要求（边界、业务规则）
4）、接口异常场景覆盖是否完整 - 如果接口需求还包含性能或者安全要求，还要对接口进行性能测试和安全测试，就需要考虑：性能指标是否满足要求、安全指标是否满足要求。
总结
- 对于接口测试，测试采用的方法是与黑盒测试一致的，可以把接口测试看作是没有界面的功能测试；
- 可以看看大师的文章：https://mp.weixin..com/s/ZH6gyUe9U12vKGoASgsLvw，提升点点点技能
- 也许这篇文章没有get到点，但如果你对怎么编写接口测试用例感到迷惑，那就去搜索更多的文章学习并应用
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/207863.html原文链接：https://javaforall.net
