集成测试：测试用例能否依赖？如何高效维护数据库状态？

1. get_user_api测试用例能不能依赖create_user_api？ #

绝对不可以。测试用例必须保持完全独立——测试框架的执行顺序通常不固定（比如pytest默认会随机排序），如果create_user_api执行失败，get_user_api也会跟着失败，你根本没法判断是get_user接口本身有问题，还是依赖的create_user出了问题。而且依赖其他用例的测试维护成本极高，后续修改create_user_api时，很可能会意外影响到get_user_api的结果。

2. 不重复删建表的前提下维护数据库状态的方案 #

既然接口提交的数据库变更无法回滚，你可以试试这些高效的方案：

- 每个测试用例独立管理专属数据 #

每个需要用户数据的测试用例（包括get_user_api），自己创建专属测试数据（比如调用创建接口，或直接通过数据库客户端插入），测试结束后强制清理这条数据（不管测试成功还是失败）。
比如get_user_api可以这么写：

def get_user_api():
    # 1. 创建专属测试用户
    user_id = create_test_user()
    # 2. 执行get接口测试
    send_get_request_to_get_user(user_id)
    # 3. 测试结束后删除该用户
    delete_test_user(user_id)

这里的create_test_user和delete_test_user可以抽成公共工具函数复用逻辑。直接通过数据库删除比调用接口删除更可靠，避免接口删除失败导致数据残留。

- 利用数据库事务隔离+测试后回滚 #

如果测试环境允许，可以让测试框架在每个测试用例开始前开启一个数据库事务，所有测试操作（包括接口触发的数据库变更）都在这个事务中执行，测试结束后直接回滚整个事务。
注意：这种方法需要确保接口服务的数据库连接和测试用的连接共享同一个事务上下文，或者测试用的数据库是独立的测试库，不会影响其他环境。

- 使用唯一标识的测试数据 #

给每个测试用例生成唯一的测试数据，比如用户邮箱用test_{随机字符串}@example.com，用户名用test_user_{uuid}。这样即使不清理数据，不同测试用例的数据也不会冲突，不会互相干扰。
你可以定期批量清理旧的测试数据（比如每天清理一次3天前的测试数据），既保证了测试独立性，又避免了频繁删建表的开销。

- 数据库快照快速恢复 #

在所有测试开始前，先给干净的数据库拍一个快照（或导出基础备份）。每个测试用例执行完之后，直接恢复到这个快照状态。这种方式比删建表快得多，因为快照恢复是文件级操作，远快于执行SQL建表语句。

额外建议：抽离公共测试逻辑为Fixture #

比如用pytest的Fixture功能，把创建用户的逻辑抽成带清理动作的Fixture：

import pytest

@pytest.fixture
def test_user():
    # 创建测试用户
    user = create_test_user()
    # 返回用户数据给测试用例
    yield user
    # 测试结束后清理
    delete_test_user(user.id)

def get_user_api(test_user):
    # 直接使用Fixture提供的测试用户
    send_get_request_to_get_user(test_user.id)

这样每个需要用户的测试用例都可以直接复用这个Fixture，既保证了独立，又不用重复写创建和清理代码。

内容的提问来源于stack exchange，提问作者Michael Xia