基于SQLite内存数据库的两次API调用集成测试问题

我太懂你这个困扰了！之前用内存数据库写测试的时候也踩过一模一样的坑——每次调用API之后，数据库里的数据就凭空消失了，根本没法在同一个测试里先插数据再查询验证。别着急，给你几个实用的解决办法：

1. 把内存数据库“钉”住，别让它随便重置 #

内存数据库（比如EF Core的InMemoryDatabase）默认是每次新建DbContext就会重新建库，所以关键就是让整个测试类共享同一个数据库实例。

具体操作： #

在测试类的初始化方法里（比如xUnit的构造函数，或者NUnit的[SetUp]），只创建一次数据库上下文，并且给它固定一个数据库名称——这样后续的请求都会用同一个库：

private readonly TestServer _server;
private readonly HttpClient _client;
private readonly YourDbContext _dbContext;

public TagTests()
{
    // 固定数据库名称，确保复用同一个内存库
    var dbOptions = new DbContextOptionsBuilder<YourDbContext>()
        .UseInMemoryDatabase(databaseName: "Test_Tags_Database")
        .Options;

    // 创建上下文并确保数据库已创建
    _dbContext = new YourDbContext(dbOptions);
    _dbContext.Database.EnsureCreated();

    // 配置TestServer，把服务里的DbContext换成我们的测试实例
    _server = new TestServer(new WebHostBuilder()
        .UseStartup<Startup>()
        .ConfigureServices(services =>
        {
            // 移除原有DbContext配置
            var existingDbService = services.SingleOrDefault(s => s.ServiceType == typeof(DbContextOptions<YourDbContext>));
            if (existingDbService != null)
                services.Remove(existingDbService);
            
            // 注册我们的测试用DbContext
            services.AddDbContext<YourDbContext>(opts => opts.UseInMemoryDatabase("Test_Tags_Database"));
        }));

    _client = _server.CreateClient();
}

2. 直接操作DbContext来插数据，更靠谱 #

如果只是为了测试API的查询逻辑，其实不用非得通过API来插数据——直接用_dbContext手动插入测试数据，这样能跳过HTTP请求的上下文隔离问题，数据肯定不会丢：

// 先手动插一条测试数据
_dbContext.Tags.Add(new TagEntity
{
    UserId = 1,
    CatalogItemType = "Movie",
    Owner = 1,
    PinRequired = false,
    ProductId = 1,
    TagType = "Stars",
    TagValue = "5"
});
await _dbContext.SaveChangesAsync();

// 再调用API查询验证
var response = await _client.GetAsync("/v1/tags?userId=1");
response.EnsureSuccessStatusCode();
var responseString = await response.Content.ReadAsStringAsync();

// 这里写你的断言逻辑，比如验证返回的Tag数据和插入的一致

3. 检查你的API调用代码小问题 #

看你贴的代码，你先调用了PutAsync插入数据，然后调用GetAsync查询，但如果内存数据库每次请求都重置，那Put的数据自然就没了。按照上面的方法把DbContext改成复用之后，这段代码就能正常工作了——不过注意PutAsync对应的接口逻辑要确保正确插入数据到数据库哦。

另外，还要检查你的Startup类里DbContext的注册方式，测试时一定要替换成能复用的实例，别用默认的Scoped（不然每个请求都会新建上下文，内存库就重置了）。

最后总结一下 #

核心就是让内存数据库实例在整个测试流程中保持存活，别让它每次请求就重建。通过固定数据库名、复用DbContext、替换测试服务注册这几步，就能解决你遇到的“调用后数据库失效”问题啦～

内容的提问来源于stack exchange，提问作者MisterLimao Ml