接口测试 接口自动化,怎样保证自动化得健壮性?就是每天跑都可以,不用后续投入大量精力维护??

dgz_tester · January 21, 2019 · Last by TestDevWay replied at January 30, 2019 · 2098 hits

最近接口自动化遇到这个问题:
简单介绍下,
框架:pytest+allure
目前遇到得问题,是接口稳定,但是部分参数不稳定,需要有依赖关系,而且较为复杂,所以会有今天能跑通,明天不知道哪里有问题,又跑不通,还得重新调试,很是浪费精力;
大家有遇到这样得问题嘛?怎么解决得,求指点

2019-01-21修改
比如:之前都能跑通得,这两天跑又不行了,具体原因我都不想继续定位了,老是这样,心累

共收到 26 条回复 时间 点赞

楼主你心里已经有答案了,何必来问,来问又何必打这么多马赛克😂

数据恢复啊

参数不稳定 -- 是输入参数不稳定,还是输出参数不稳定?

张全蛋 回复

全蛋啊,我真的没有答案,马赛克是不想信息泄露被公司哪个看到了就不太好了,求指点

watchdog 回复

比如说,是有有效期得问题:存在依赖关系得接口,比如登录吧生成一个cookie,总不能让实时生成就太浪费了;这只是一个例子,而且大多数比这个复杂

Jerry li 回复

比如说,是有有效期得问题:存在依赖关系得接口,比如登录吧生成一个cookie,总不能让实时生成就太浪费了;这只是一个例子,而且大多数比这个复杂

主要是输入参数有依赖性,输出参数也不太稳定了

测试环境跑的话生成cookie有什么浪费的,大不了清redis缓存呗,或者让开发把请求cookie限制去掉。不明白接口自动化有什么健壮性可言,建议你举个具体的例子让我们看看究竟不稳定在哪块,是不是你的设计用例有问题

张全蛋 回复

接口自动化,你这边是一跑就可以?可能是我用例设计得问题吧,我再研究研究。例子我想了下,具体得我还真不太好举出来,各种情况导致得case失败吧,主要是依赖性接口得问题。既然你这边没有遇到过,那就算了,我也就是发个牢骚。

dgz_tester 回复

啊,直接跑就行啊,用的robotframework,传参可以是自己生成的也可以从数据库里读取,没有什么依赖性的问题啊

dgz_tester 回复

如果是业务相关的,依赖基本上是跑不掉吧?
我这边的接口三四层依赖的都有呢,但是能稳定地跑就行了啊,你做自动化的目的不就是为了稳定回归么

Jerry li 回复

嗯嗯,有业务相关,就是不能稳定跑,各种问题。。我也就是发发牢骚,谢啦各位

张全蛋 回复

哦哦,好吧。谢啦

我这边接口自动化已经跑了2个月了 基本很少出现bug

好吧,我再想下怎么设计用例吧

如果是接口依赖跑不通,说明是你上个接口断言没做好,断言不充分。java testng相互依赖的接口是可以配置依赖关系的,python的不清楚

setup和teardown这两个环节了解下, 个人觉得接口测试的质量是在这两个部分,设计的好坏直接关系到用例的强壮型.

自动化测试从设计开始,就应该先追求无状态。

cookie 回复

嗯嗯,真的很头疼,明明昨天正常的,今天一跑,就挂,就是很疑惑,明明都没有问题

dan 回复

无状态??不太理解

徐旻 回复


虽然不怎么理解,但是我认为,确实是自己写的脚本本身的质量问题,看,昨天还好的,今天又挂了,又得分析,解决,,,

dgz_tester 回复

cookie可以找找有没有全局管理的方法。偶尔报错,应该是有些参数写死了,和开发确认下哪些是动态生成,需要从哪接口获取,然后保证接口执行顺序,做个参数化传递。

81—1 回复

嗯嗯,可能自己各方面不是太成熟,慢慢再摸索下

dgz_tester 回复

根据你业务来 最好配置单独环境 数据全部自己造 接口全业务流

嗯嗯,看来目前这样实现是不太可能,只能依据目前的结构进行了

25Floor has been deleted

现在只做到没有依赖的情况 可以数据驱动,要是业务有依赖就要编码了

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up