在第一篇文章 接口自动化测试实践指导（上）：接口自动化需要做哪些准备工作中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作，准备工作中最后一步接口测试用例设计是非常重要的一个环节，用例设计的好不好，直接关系到我们的测试质量，那如何进行测试用例设计呢，这里呢我结合自身经验，帮助大家梳理一下接口测试用例设计思路，希望对大家后续接口测试工作有所帮助和提升。

可以看看这个 ： https://www.eolink.com/

1 接口测试场景梳理

1.1 设计思路

在接口测试中，很大程度上，我们的测试质量依赖于接口测试场景的设计，而接口的测试场景和传统的功能测试场景又有所不同，不少测试同学一时无法很好的转换，一上来进行接口测试思路上会比较乱，这里呢给大家梳理一下接口的常用测试场景，并进行了分类，感兴趣的同学建议反复多看几遍，并多思考一下。

说明：上图展示的是对“创建应用接口”编写的测试用例，该接口的用例是完全按照5个场景分类来设计测试用例，并且在设计用例时，按照每个场景分类优先级依次进行用例设计，这样做的好处是整个设计思路比较清晰明了，最大限度避免遗漏某些场景用例编写。

2.1 基础检查类用例展示

说明：断言的设置也比较简单，检查接口返回某个关键字段即认为成功

2.2 正常多角度用例展示

说明：该用例是来检查当language字段设置了不存在的值，检查接口返回失败（这类错误数据，接口会返回非200错误码）

2.4 必输检查用例展示

说明：该用例是来检查tag字段多种不合法入参，检查接口返回预期失败信息，失败信息为：“项目名称只能包含字母、数字、中划线，且不能以中划线为开头和结尾。长度2-50个字符”

最后，再给小伙伴们介绍一下Eolink在测试用例方面的神奇特性：支持自动生成测试用例的能力。该能力可以智能生成多种场景的测试用例，并实现快速生成各种正常类型，异常类型，边界值，必填值的用例。有兴趣的小伙伴建议去官 详细了解一下：https://www.eolink.com/

服务器测试（在线）：

2）一键进行回归/冒烟测试
在以往的协作方式中，测试人员工作总是排在最后进行，无法参与项目讨论，无法进行快速大范围回归测试，甚至无法按时完成测试任务，导致项目延期或带着忐忑上线。在 API研发管理平台 中，由于协作是基于 API 文档进行的，当后端开发人员将 API 文档写好之后，测试人员就可以马上介入，在 API 文档的基础上编写测试用例，让测试工作前移。当 API 开发完成之后，测试人员可以一键将 API 的测试用例全部测完，并且得到详细的测试 告。后端开发只需要看到测试结果就能够知道自己的 API 是否满足测试需求，如果有异常则可针对性改进。想了解更多，可以参见：https://help.eolink.com/#/tutorial/roupID=c-469&productID=13

预告一下，下篇文章将给大家介绍一下接口自动化测试断言设置思路，感兴趣的小伙伴，建议持续关注一下。
https://www.eolink.com/

声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！