请问接口测试数据来源

测试的味道

目前知道两种接口测试数据来源：

提前造好数据，插入数据库
依赖操作（比如先创造鸡，再用这只鸡生蛋，最后再杀了这只鸡，吃了这只蛋）
感觉两种数据来源各有优劣：

第一种数据来源的优点与缺点：
优点：不依赖，一个接口挂了，其他接口不会挂，鸡挂了，蛋还在，蛋挂了蛋黄还在

缺点：1.要对数据库逻辑非常熟悉。
           2.一般的公司不会让插入线上数据库，要另外建个一模一样的数据库调用线上接口，但是实际情况是我们公司的数据库有隔离机制，甚至部分核心数据要用第三方的规则加密，这个时候就懵逼了。

第二种数据来源的优点与缺点：
优点：不用非常熟悉数据库，有数据库检查点也只是去查询，适合线上使用

缺点：一个接口挂了，依赖它的接口都跟着挂，依赖的接口多的话查问题都要查很久
刚刚接触接口测试没多久，有不正确的请指正。
ps:其实不只是接口测试，UI测试也是的。

问题：大家的数据来源有哪些？哪种比较好？

芭比哇玩123

为啥你们公司要在线上搞。。。你说是线上接口监控么。。。

小皮球的故事

什么鬼 楼主问的测试数据管理初始化销毁
主用sql，混合用。
以suite或case为不同维度去做，有些初始化后好几个case都可以使用 如果数据库表有is_delete字段更好

小爸爸

测试接口300 ~ 400个，线上监控的只能有50多个，不少接口是不能长期访问的，所以不能监控。 很多两套代码的逻辑是重复的，一旦暴

露出接口case本身的问题，就要两边改。UI 测试也有这种问题。 一直在优化但是效果不大。已经快烦死了。 我们还涉及多语言，虽然引

入语言包，但是也坑的够可以，反正就是一套逻辑多次维护。

测试就是来开荒

可以考虑自己封个SDK出来。屏蔽底层。让上层调用更快捷方便。 这样维护成本会低很多的