Python自动化测试|如何解决前置模块及数据依赖（二）

在做接口自动化测试时，遇到下面这个疑惑，然后再群里请教了大家，讨论如下，可以参考下：

讨论1：

上海—橙子探索测试 10:12:34
自动化测试中，提现接口一般会依赖前置功能实名认证、绑卡、设置交易密码等才能进行提现操作或依赖前置接口实名认证、绑卡、设置交易密码的响应数据（姓名、身份证、卡号、交易密码）等，这只是简单的实例，可能实际场景中远比这种复杂的多，所以进行提现接口测试时，需先构建完成前置功能实名认证、绑卡、设置交易密码且构建前置接口的响应数据，一般调前置功能接口或用sql构造前置功能数据两种方法，那种方法更合理方便呢？
风い 10:14:00
要保证用例独立运行的能力  只能麻烦
z 10:14:56
做成场景测试用例
天 10:19:08
上海—橙子探索测试自动化测试中，接口4依赖前置接口顺序或数据1 2 3 ，接口5依赖前置接口顺序或数据1 2 3 4，（比如：提现可能需要先设置登录密码、再实名认证，才能提现），所以接口4时，需要构建前置接口顺序或数据1 2 3，接口5时，需要构建前置接口顺序或数据1 2 3 4 …… 这样的话，每个接口里都存在大量重复前置sql侯建，感觉太麻烦了，有什么好的方法吗？
@上海—橙子探索测试如果测试环境中，数据不会被清理，可以把参数写死。否则的话，只能通过接口来造前置条件的数据，来保证脚本的健壮性
上海—橙子探索测试 10:39:53
@天嗯  我目前是通过sql构建数据的  用完又清掉所以导致每个用例都要重新构造
上海—橙子探索测试 10:40:17
@z 场景的话那就是场景自动化了  不是单接口自动化
翡翠 10:41:08
直接调接口
翡翠 10:41:17
不行上容器，开虚拟数据库
翡翠 10:41:20
随用随删
上海—橙子探索测试 10:41:46
调接口不稳定吧  我觉得还不如sql吧
翡翠 10:42:04
的确不如sql稳定
翡翠 10:42:19
所以我说，不行上容器
翡翠 10:42:25
随用随删
天 10:43:44
你们在用docker吗
翡翠 10:43:59
我在弄
翡翠 10:44:16
还没弄好
天 10:44:59
上海—橙子探索测试 @天嗯我目前是通过sql构建数据的用完又清掉所以导致每个用例都要重新构造
@上海—橙子探索测试你的sql会向服务器插入数据吗
天 10:46:34
我之前就想过用docker来实现，先把数据添加到docker中的数据库中。跑自动化时就切换到docker里面的数据库，执行完毕后就切换到测试环境的数据库
z 10:46:58
@上海—橙子探索测试你这本来有就依赖关系的，除非你再数据库维护一组数据专门用于测试这个接口，执行完毕后把数据还原
天10:48:41
z @上海—橙子探索测试你这本来有就依赖关系的，除非你再数据库维护一组数据专门用于测试这个接口，执行完毕后把数据还原
@zx 我以前也是这么想的，但是没有实现
zz 10:49:22
@翡翠不行上容器，开虚拟数据库
天锥树 10:49:23
数据都是在数据库中准备好的，直接跑接口来验证逻辑，比较麻烦的是维护数据
zz 10:49:26
这是啥意思啊
天 10:49:46
什么是虚拟数据库啊
z 10:50:30
把业务熟悉后，维护起来也不是很难
翡翠 10:50:54
开个容器，容器里面有数据
翡翠 10:51:09
因为数据库是假的，你随便弄
翡翠 10:51:19
不考虑环境污染那些
翡翠 10:51:23
反正最后都要删
z 10:51:54
数据不一定要存储在数据库，可以用文本，执行前写入进去就好
z 10:52:02
执行完毕后，再删掉
zz 10:56:48
意思是我们自己copy一套生产坏境的数据库
zz 10:57:10
跑case的时候把业务服切到虚拟数据库来？
翡翠 10:57:49
case就在容器里面炮
翡翠 10:57:51
跑
翡翠 10:57:58
具体你看一下docker
上海—橙子探索测试 10:58:24
@天各种sql都会的
上海—橙子探索测试 10:59:13
增删改查
zz 11:05:19
在哪里跑有什么没关系呀
zz 11:05:31
你总得连服务器啊
天 11:15:23
上海—橙子探索测试 @天各种sql都会的
@上海—橙子探索测试搞那么多sql，还真不如调用接口来造数据。万一sql错了，出现的问题，开发肯定不认，而且还会是觉得浪费他们的开发时间。如果接口造的数据，有问题，绝对是代码的问题，开发跑不脱
天11:15:55
反正接口之前有依赖的自动化很麻烦
像风 11:17:28
sql性能高得多
像风 11:17:43
开发给你sql就行了啊
上海—橙子探索测试 11:19:11
嗯各有利弊吧