接口测试 接口自动化，怎样保证自动化得健壮性？就是每天跑都可以，不用后续投入大量精力维护？？
最近接口自动化遇到这个问题：
简单介绍下，
框架：pytest+allure
目前遇到得问题，是接口稳定，但是部分参数不稳定，需要有依赖关系，而且较为复杂，所以会有今天能跑通，明天不知道哪里有问题，又跑不通，还得重新调试，很是浪费精力；
大家有遇到这样得问题嘛？怎么解决得，求指点
2019-01-21 修改
比如：之前都能跑通得，这两天跑又不行了，具体原因我都不想继续定位了，老是这样，心累
楼主你心里已经有答案了，何必来问，来问又何必打这么多马赛克
数据恢复啊
参数不稳定 -- 是输入参数不稳定，还是输出参数不稳定？
群主是狗
回复
比如说，是有有效期得问题：存在依赖关系得接口，比如登录吧生成一个 cookie，总不能让实时生成就太浪费了；这只是一个例子，而且大多数比这个复杂
Jerry li
回复
比如说，是有有效期得问题：存在依赖关系得接口，比如登录吧生成一个 cookie，总不能让实时生成就太浪费了；这只是一个例子，而且大多数比这个复杂
主要是输入参数有依赖性，输出参数也不太稳定了
测试环境跑的话生成 cookie 有什么浪费的，大不了清 redis 缓存呗，或者让开发把请求 cookie 限制去掉。不明白接口自动化有什么健壮性可言，建议你举个具体的例子让我们看看究竟不稳定在哪块，是不是你的设计用例有问题
我去催饭
回复
接口自动化，你这边是一跑就可以？可能是我用例设计得问题吧，我再研究研究。例子我想了下，具体得我还真不太好举出来，各种情况导致得 case 失败吧，主要是依赖性接口得问题。既然你这边没有遇到过，那就算了，我也就是发个牢骚。
dgz_tester
回复
如果是业务相关的，依赖基本上是跑不掉吧？
我这边的接口三四层依赖的都有呢，但是能稳定地跑就行了啊，你做自动化的目的不就是为了稳定回归么
我这边接口自动化已经跑了 2 个月了 基本很少出现 bug
如果是接口依赖跑不通，说明是你上个接口断言没做好，断言不充分。java testng 相互依赖的接口是可以配置依赖关系的，python 的不清楚
setup 和 teardown 这两个环节了解下, 个人觉得接口测试的质量是在这两个部分,设计的好坏直接关系到用例的强壮型.
自动化测试从设计开始，就应该先追求无状态。
dgz_tester
回复
cookie 可以找找有没有全局管理的方法。偶尔报错，应该是有些参数写死了，和开发确认下哪些是动态生成，需要从哪接口获取，然后保证接口执行顺序，做个参数化传递。
现在只做到没有依赖的情况 可以数据驱动，要是业务有依赖就要编码了