接口测试 接触接口自动化测试半年的感悟

Senegal · 2023年04月26日 · 最后由 tangoliver 回复于 2023年04月27日 · 6768 次阅读

1.刚开始接触接口自动化测试发现前端接口暴露给用户的大部分都是获取信息,而需要用户手动输入 value 传入给后端的接口很少.
2.比如登录注册可以写很多用例,而内部更多是后端直接返回数据给前端的接口.
3.在设计用例的时候,发现很多接口只需要一条用例,验证后台是否返回数据就可以了.
4.这就导致写的接口自动化框架只是为了一条\两条用例服务,感觉有点浪费
5.而且接口自动化在一些复杂的业务场景下,代码易用性太差了,一个复杂业务就需要一个专门的方法为它服务.
6.接口自动化我的理解是为了减少回归的时间,而不是为了发现 bug,每一次迭代新版本后,就构建一次.
7.而用例的设计最好不要考虑太复杂的场景,每个接口只需要覆盖简单的场景就好.
如图

共收到 3 条回复 时间 点赞

我写的是所有的用例 调用一个@pytest.mark.parametrize

你这感悟没到位,接口测试想对于功能测试的价值是可以测到更细粒度,能更快发现底层交互问题,你去玩玩代码覆盖率看看哪些是覆盖到的 哪些没覆盖到的,再重新理解下接口层用例设计策略,为保障服务的高可用、高并发、稳定性、安全性、伸缩性等,细分来看包括:对外接口、内部交互接口、交互服务异常(三方、微服务或者中间件)、安全测试、故障演练、启动配置项等。

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