共计 834 个字符，预计需要花费 3 分钟才能阅读完成。
这个问题提的真好，我想很多人都没有思考过这个问题。我抛砖引玉，尝试答复一下。
首先，接口自动化测试是分层测试的一种，那就意味着它只能测到一部分范畴，就是接口的申请和响应是否失常，其余的中央它是测不到，这时候只有引入其余的测试伎俩能力把测试范畴笼罩齐全，比方 ui 测试和数据库测试，还有其余的中间件测试。
这么说来，接口自动化测试只管输出和输入，基本没必要用数据库。
然而，事实没有这么美妙。在研发中，咱们想通过 单元测试、接口测试、ui 测试、端对端测试等各种测试类型来保障产品质量，然而其实很多测试类型都是缺失的，其中缺失最重大的是单元测试。
因为各种各样的起因，简直没有几个团队器重单元测试，这也意味着，产品中调用的根本函数和类没有通过测试就间接教到测试手上了，当然，数据库是否落库，音讯队列是否失常运行，缓存有没有命中，都没有通过根本的测试，就间接进入了接口测试阶段。
此时，你的接口自动化测试就要承当更多的责任， 把单元测试没有实现的工作交接过去。就如同咱们为了赶时间把新设计的电动车造出来，独自去测轮胎，独自去测引擎，独自去测方向盘这些都不搞了，而是间接拉进去跑。那测试人员在车上除了关注车整体的运行状况下，肯定还要多留一个心眼，对每个独自的部件也多一份关怀。
接口自动化测试实践上不须要数据库干涉，然而如果数据库没有独自测试，那在接口测试中就要退出这部分的工作。
数据库操作分为查库操作和写库操作。写库操作肯定要重点关注，查库操作在有精力的状况下也能够适当校验。
下面都是须要用到数据的第一种场景：校验数据库。第二种在接口自动化测试中可能会用到数据库的场景是获取数据：有一些接口测试须要的数据须要你通过数据库失去，或者通过造数形式写入到数据库中（运行完当前能够革除）。
比方你在测试注册接口的时候，会由后端发一个手机验证码，这个验证码你很有可能会通过查数据库的形式去获取，否则你就很难进行下一步操作。
两种应用数据库的场景：校验数据库和治理接口依赖数据，不晓得这个答复对你有没有启发。