集成测试时出现‘Login failed for user’错误的求助

你遇到的这个问题在EF集成测试里挺常见的——单个测试跑完全正常，批量执行就接二连三报错。我来帮你拆解下原因，再给几个靠谱的解决办法：

问题根源分析 #

你在TestInitialize里先删库再重新插入测试数据，但批量运行时第二个测试的SaveChanges报错，核心原因大概率是数据库连接池还持有指向已删除数据库的无效连接。当你删除数据库后，连接池里之前的旧连接并没有被立即销毁，后续EF尝试打开连接时，这些旧连接会试图访问已经不存在的数据库，直接触发登录失败的错误。另外，EF的自动重建数据库逻辑在这种快速删建的场景下，可能因为连接问题无法及时完成创建。

具体解决方案 #

1. 清理数据库连接池（最直接的临时修复） #

在删除数据库之后，强制清理SQL Server的连接池，确保后续的连接都是全新的：

[TestInitialize()] 
public void MyTestInitialize() { 
    if (Database.Exists("DefaultConnection")) { 
        Database.Delete("DefaultConnection");
        // 清理连接池，彻底清除旧连接的干扰
        System.Data.SqlClient.SqlConnection.ClearAllPools();
    } 

    var people = new Person[] { 
        new Person() { createDate=new DateTime(2005,01,01), dob=new DateTime(1995,12,25).ToString("M/d/yyyy"), firstname="Benjamin", lastname="Jacobs" }, 
        new Person() { createDate=new DateTime(2018,05,13), dob=new DateTime(2003,12,25).ToString("M/d/yyyy"), firstname="Kenneth", lastname="Cobb" }, 
        new Person() { createDate=new DateTime(2018,05,13), dob=new DateTime(2003,12,25).ToString("M/d/yyyy"), firstname="Ismael", lastname="Glover" } 
    }; 

    using(MyContext db=new MyContext()){ 
        // 显式触发数据库创建，避免EF自动重建不及时
        db.Database.CreateIfNotExists();
        db.People.AddRange(people); 
        db.SaveChanges(); 
    } 
}

添加SqlConnection.ClearAllPools()和db.Database.CreateIfNotExists()，能确保数据库被正确重建，并且没有旧连接拖后腿。

2. 改用事务回滚替代删库重建（长期最优方案） #

你也提到删库重建不是最优选择——确实，频繁删建数据库不仅速度慢，还容易出现这类连接问题。更好的做法是用事务包裹每个测试，测试结束后回滚事务，这样数据库始终保持干净：

private TransactionScope _transaction;

[TestInitialize]
public void TestInitialize()
{
    // 开启独立事务，每个测试用自己的事务
    _transaction = new TransactionScope(TransactionScopeOption.RequiresNew);
    
    // 插入测试数据
    var people = new Person[] { /* 你的测试数据 */ };
    using(MyContext db=new MyContext()){ 
        db.People.AddRange(people); 
        db.SaveChanges(); 
    }
}

[TestCleanup]
public void TestCleanup()
{
    // 回滚事务，所有测试操作都会被撤销，数据库回到初始状态
    _transaction?.Dispose();
}

这种方式速度快得多，而且彻底避免了删库带来的各种连接问题，每个测试都在独立的事务环境里运行，结束后自动恢复。

3. 检查EF初始化策略 #

确保你的MyContext配置了正确的数据库初始化策略，比如在上下文的静态构造函数里设置：

public class MyContext : DbContext
{
    static MyContext()
    {
        // 确保每次上下文初始化时，数据库不存在就自动创建
        Database.SetInitializer(new CreateDatabaseIfNotExists<MyContext>());
    }

    // 你的DbSet配置
    public DbSet<Person> People { get; set; }
}

这能保证当数据库被删除后，EF会自动触发新数据库的创建逻辑。

额外注意事项 #

• 确认你的测试用户有足够的权限创建和删除数据库，避免因权限不足导致登录失败。
• 如果用的是LocalDB，偶尔会有实例延迟的情况，清理连接池后可以短暂等待再创建数据库（不过一般ClearAllPools已经足够解决问题）。

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