xUnit 测试死锁

Question

当我运行我的 xUnit 单元测试时，我有时会在一个或多个测试中收到一条错误消息，例如“事务（进程 ID 58）在锁定资源上与另一个进程死锁，并已被选为死锁受害者”，似乎随机。如果我自己重新运行任何失败的测试，它就会通过。

我应该怎么做才能防止这种情况发生？是否可以选择一个接一个地运行测试而不是一次运行所有测试？

（注意，我正在 Visual Studio 2015 下的 ASP.Net 5 MVC 控制器中通过 API 方法运行测试）

这是我偶尔失败的测试之一的示例：

[Fact]
private void TestREAD()
{
    Linq2SQLTestHelpers.SQLCommands.AddCollections(TestCollections.Select(collection => Convert.Collection2DB(collection)).ToList(), TestSettings.LocalConnectionString);
    foreach (var testCollection in TestCollections)
    {
        var testCollectionFromDB = CollectionsController.Get(testCollection.Id);
        Assert.Equal(testCollection.Description, testCollectionFromDB.Description);
        Assert.Equal(testCollection.Id, testCollectionFromDB.Id);
        Assert.Equal(testCollection.IsPublic, testCollectionFromDB.IsPublic);
        Assert.Equal(testCollection.LayoutSettings, testCollectionFromDB.LayoutSettings);
        Assert.Equal(testCollection.Name, testCollectionFromDB.Name);
        Assert.Equal(testCollection.UserId, testCollectionFromDB.UserId);
    }
}

测试调用有两个方法，这里是控制器方法：

[HttpGet("{id}")]
public Collection Get(Guid id)
{
    var sql = @"SELECT * FROM Collections WHERE id = @id";
    using (var connection = new SqlConnection(ConnectionString))
    {
        var collection = connection.Query<Collection>(sql, new { id = id }).First();
        return collection;
    }
}

这是辅助方法：

public static void AddCollections(List<Collection> collections, string connectionString)
{
    using (var db = new DataClassesDataContext(connectionString))
    {
        db.Collections.InsertAllOnSubmit(collections);
        db.SubmitChanges();
    }
}

（请注意，我在控制器方法中使用 Dapper 作为微 ORM，因此，为了避免在测试中可能出现重复错误，我在测试中使用 LINQ to SQL 来设置和清理 -测试数据。）

单元测试类的构造函数和Dispose方法中也有数据库调用。如果需要，我可以将它们添加到帖子中。

Answer 1

好的，所以看起来您的应用程序中出现了一个普通的死锁案例，并且需要处理它 - 您在应用程序方面的计划是什么？

测试及其数据操纵可能会成为同一件事的牺牲品。 xUnit 没有任何东西可以解决这个问题，我强烈认为它不应该。

所以在测试和应用中，你都需要失败/重试管理。

对于一个网络应用程序，你需要给他们一张鲸鱼的照片，然后让他们再试一次，但最终你想要一个真正的解决方案。

对于测试，你不想要鲸鱼并且肯定想要处理它，即不要脆弱。

我将使用 Poly 将重试修饰包裹在应用程序或测试中容易出现重大故障的任何内容上——您的练习是找出您的上下文中的重大失败是什么.

---

在正常情况下，具有单个读取器/写入器同步操作的数据库不应出现死锁。分析它发生的原因是在数据库端进行分析的问题。那边的工具也可能会很快向您展示，例如您的整个被测系统的某些方面导致了竞争性工作。

（显然你的 sn-ps 是不完整的，因为 CollectionsController.Get(testCollection.Id) 和控制器方法不是 static 的事实之间存在脱节 - 虽然这个讨论的重点不应该放在 IMO 的那个级别上）