接口测试用例设计是只针对一个个单接口测试,还是流程场景测试?


首先需要区分这里的流程场景指的是业务流程场景 。还是操作流程场景 。
业务流程场景
【接口测试用例设计是只针对一个个单接口测试,还是流程场景测试?】业务流程场景一般指的是系统业务流程 。类似于办公流程 。具有强流程性 。
针对业务流程场景 。接口的自动化用例是需要进行场景化设计的 。一般常使用关键字驱动的测试框架+pythonrequest模块 。

接口测试用例设计是只针对一个个单接口测试,还是流程场景测试?

文章插图
借鉴关键字驱动测试思想 。把接口请求发送、响应校验、响应内容返回(下一个接口依赖上一个接口返回) 。三部分封装成\"请求校验\"关键字 。
同时再封装\"内容提取\"关键字——提取接口响应体特定数据 。这样就可以获取上一个接口返回中的特定数据作为下一个接口的输入参数 。
如此 。任何业务场景都可以通过\"请求校验\"关键字 + \"内容提取\"关键字 + \"请求校验\"关键字 +…
操作流程场景
操作流程场景一般指的是先使用哪个功能 。再使用哪一个 。没有强制性的操作步骤规范 。比如单一的查询功能 。
针对操作流程场景 。则可以视情况 。开展单一接口的自动化测试 。现有的很多自动化框架、工具都适合此场景的自动化测试开发 。在此不做介绍 。
其他观点:
其实接口测试的用例设计也是要考虑业务的 。单个接口和多接口的测试都要进行 。举个栗子你就明白了 。比如 。登录的接口 。你可以进行单接口的测试 。这个应该容易理解 。那假设你需要登录之后才能发文章 。那发文章这个接口就需要联合登录接口一起进行 。这就涉及到了场景 。所以接口的测试也是离不开场景的 。不然脱离场景业务的测试就是没有意义的哦 。欢迎关注【测试帮日记】头条号哦
其他观点:
其实接口的设计主要用于业务数据的交互 。所以一般来讲都离不开业务场景 。比如开发一个获取产品数据的接口 。一般与需要获取产品列表或获取产品详细信息的场景下进行使用 。而测试用例则应该更侧重于单接口的测试 。以供其他开发人员进行相关数据调用做参考 。

    推荐阅读