gpt4 book ai didi

c# - xUnit 非静态成员数据

转载 作者:太空狗 更新时间:2023-10-29 22:56:53 25 4
gpt4 key购买 nike

我有以下 DatabaseFixture到目前为止,它对我创建的所有测试都运行良好。我使用这个夹具进行集成测试,所以我可以对数据库模式结构做出真正的断言。

public class DatabaseFixture : IDisposable
{
public IDbConnection Connection => _connection.Value;
private readonly Lazy<IDbConnection> _connection;

public DatabaseFixture()
{
var environment = Environment.GetEnvironmentVariable("ASPNET_ENVIRONMENT") ?? "Development";
var configuration = new ConfigurationBuilder()
.SetBasePath(Directory.GetCurrentDirectory())
.AddJsonFile("AppSettings.json", optional: false, reloadOnChange: true)
.AddJsonFile($"AppSettings.{environment}.json", optional: true, reloadOnChange: true)
.Build();

_connection = new Lazy<IDbConnection>(() =>
{
var connection = new MySqlConnection(configuration["ConnectionStrings:MyDatabase"]);
connection.Open();
return connection;
});
}

public void Dispose()
{
Connection?.Dispose();
}
}

[CollectionDefinition("Database Connection Required")]
public class DatabaseConnectionFixtureCollection : ICollectionFixture<DatabaseFixture>
{
}

我面临的问题是我现在需要调用一个测试方法,如 MyDataIsAccurate(...)与数据库中表中的每条记录。 xUnit 提供 [MemberData]属性这正是我需要的,但它需要一组静态可枚举数据。 xUnit 是否提供了一种干净的方式来共享我的 DatabaseFixture静态连接实例还是我只需要吸收它并公开同一连接实例的静态变量?
[Collection("Database Connection Required")]
public class MyTests
{
protected DatabaseFixture Database { get; }

// ERROR: Can't access instance of DatabaseFixture from static context...
public static IEnumerable<object[]> MyData => Database.Connection.Query("SELECT * FROM table).ToList();

public MyTests(DatabaseFixture databaseFixture)
{
Database = databaseFixture;
}

[Theory]
[IntegrationTest]
[MemberData(nameof(MyData))]
public void MyDataIsAccurate(int value1, string value2, string value3)
{
// Assert some stuff about the data...
}
}

最佳答案

您无法从提供测试用例的代码(无论是 MemberData 属性还是 ClassData 实现或自定义 DataAttribute 子类)访问夹具。

原因

Xunit 创建一个包含所有测试用例数据的 AppDomain。它在测试发现时使用所有这些数据构建此 AppDomain。也就是说,IEnumerable<object[]>在构建测试程序集后,s 位于 Xunit 进程中的内存中,并且它们坐在那里等待测试运行。这使不同的测试用例能够在 Visual Studio 的测试资源管理器中显示为不同的测试。即使是 MemberData基于 Theory ,这些单独的测试用例显示为单独的测试,因为它已经在运行该代码,而 AppDomain 正在等待测试运行。另一方面,在测试 RUN 开始之前不会创建夹具(无论是类夹具还是集合夹具)(您可以通过在夹具的构造函数中设置断点并查看它何时被命中来验证这一点)。这是因为它们旨在保存诸如数据库连接之类的东西,这些东西不应该在不需要时长时间留在内存中。因此,您无法在创建测试用例数据时访问该fixture,因为该fixture 尚未创建。

如果让我推测,我会猜测 Xunit 的设计者是故意这样做的,即使测试发现加载测试用例,因此必须首先出现的事情也是如此这不是问题。 Xunit 的目标不是成为一个方便的测试工具。它是为了促进 TDD,基于 TDD 的方法将允许任何人仅使用他们本地的开发工具来获取解决方案,并运行并通过其他人正在运行的相同测试集,而无需某些包含测试用例数据的记录。预加载到本地数据库中。

请注意,我并不是要说你不应该做你正在尝试的事情,只是我认为 Xunit 的设计者会告诉你你的测试用例和装置应该填充数据库,而不是相反。我认为至少值得考虑这种方法是否适合您。

解决方法 #1

您的静态数据库连接可能有效,但可能会产生意想不到的后果。也就是说,如果您的数据库中的数据在测试发现完成后(阅读:在 Xunit 构建测试用例之后)但在测试本身运行之前发生更改,您的测试仍将使用旧数据运行。在某些情况下,即使再次构建项目也是不够的——它必须被清理或重建,以便再次运行测试发现并更新测试用例。

此外,这首先会破坏使用 Xunit 夹具的意义。当 Xunit 处理设备时,您可以选择:处理静态数据库连接(但是当您再次运行测试时它会消失,因为 Xunit 不一定会为下一次运行建立一个新的 AppDomain) ,或者什么都不做,在这种情况下,它也可能是测试程序集中某些服务定位器类上的静态单例。

解决方法 #2

您可以使用数据对测试进行参数化,使其能够进入夹具并检索测试数据。这样做的缺点是,您不会像使用 Theory 那样在测试资源管理器或输出中将单独的测试用例列为单独的测试。 ,但它确实在测试时而不是在设置时加载数据,因此解决了“旧数据”问题以及连接生命周期问题。

概括

我认为 Xunit 中不存在这样的事情。据我所知,您的选择是:让测试数据填充数据库而不是相反,或者使用从未处理过的静态单例数据库连接,或者在测试本身中提取数据。这些都不是您希望的“干净”解决方案,但我怀疑您能否获得比其中一个更好的解决方案。

关于c# - xUnit 非静态成员数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47954505/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com