测试基础 有关接口测试的用例设计问题

匿名 · 2020年12月24日 · 最后由 cc 回复于 2021年02月03日 · 1940 次阅读

最近刚开始接触函数接口测试,在此之前是个点点点工具人。
通过网络上阅读过一些文章,对于函数的接口测试,我个人理解是根据两方面去考虑的,一个是考虑函数可以实现的功能去设计用例,一个是通过函数的参数组合去设计用例。
我卡在了参数组合这一步。
问题是这样的。
有一个翻译的接口,translate(orign_message,target_language)。
这里,orign_message(翻译原文本)是一个数组,数组元素是字符串,数组元素可以一个,可以多个,也就是说支持批量翻译。
target_language(目标语言)是一个字符串。
我列举了这些参数的所有可能情况(在此不考虑参数内容的合理性,会在功能测试用例这部分再去考察,最后再汇总去重。可能会有一些遗漏的情况):


求问:
(1)我对这个接口测试分为参数测试和功能测试两个环节的做法对吗?
(2)像上面这样去考虑参数情况对吗?

共收到 7 条回复 时间 点赞

Q:我对这个接口测试分为参数测试和功能测试两个环节的做法对吗?
A:没有这样测过,不太确定是对还是错。不过我个人习惯是结合在一起写,不单独分开测。一个接口只产生一份用例。这个问题我蹲下大神的回复~

有个小建议:可以适当加一些用例期望结果:比如不带改参数,结果是失败还是说有默认的值 (方便对比测试结果,如果是其他没接触过这个需求的同事看你的用例,也能比较方便看出来实际结果)

匿名 #2 · 2020年12月24日
Mango 回复

你的回复给了我启发~!谢谢!我好好消化一下。
不过这样参数组合起来用例数会不会爆炸。。

Mango 回复

我看傻了,一个接口的测试居然要去测一个错误的 URL 或者一个错误的请求方法。这意义在哪里,实际上真的有人这么干吗?

墨妖 回复

我平时就验证 method,url 不验证。
我想问,如果接口文档写了该接口需要使用 post 方法,你会去测 get 时的表现吗?我会去测是担心 get 或者其他请求 method 下系统出现一些异常情况。

我理解接口测试只是种手段,现在接口的参数类型、是否必填这种,直接注解就搞定了,我觉得测试的意义不大。
我觉得主要还是通过接口测试的方式,来保证接口对业务处理的正确性、健壮性等~

匿名 #6 · 2020年12月26日
墨妖 回复

我要做的是直接对程序给到我的函数本身进行测试,类似于开发过程中的单元测试?我考虑的是,传参错误会不会导致整个服务崩溃这类的情况

我对这个接口测试分为参数测试和功能测试两个环节的做法对吗?-----接口还要考虑安全性和性能。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册