如何用dotnet test过滤xUnit测试生命周期方法并排除集成测试项目

xUnit的[BeforeTestRun]/[AfterTestRun]是程序集级别的生命周期钩子，它们的执行逻辑和具体测试方法无关——只要测试项目被加载（哪怕没有任何测试被执行），这些钩子就会触发。而dotnet test的--filter参数仅用于筛选要执行的测试方法，无法控制程序集级钩子的执行，这也是你添加[Category]特性无效的原因。

1. 直接指定单元测试项目运行（最推荐） #

放弃对整个解决方案的过滤，直接运行单元测试项目：

dotnet test UnitTests.csproj

这样IntegrationTests.csproj根本不会被加载，自然不会触发其中的任何生命周期钩子，从根源上解决问题。

2. 给集成测试的钩子添加执行条件 #

如果必须通过解决方案级别的命令执行，可以通过以下方式控制钩子的执行：

方式1：编译条件控制 #

在IntegrationTests.csproj中添加编译常量：

<PropertyGroup>
  <DefineConstants>$(DefineConstants);INTEGRATION_TEST</DefineConstants>
</PropertyGroup>

然后在钩子方法中添加编译条件：

[AfterTestRun]
public static void AfterTestRun()
{
#if INTEGRATION_TEST
    // 你的集成测试清理逻辑
#endif
}

这样只有运行集成测试时，这段逻辑才会被编译并执行，单元测试运行时会直接跳过。

方式2：环境变量控制（你的临时方案优化） #

保留你当前的环境变量判断逻辑，运行集成测试时手动传入环境变量：

# 运行集成测试
TEST_SERVER_URL=http://localhost:5000 dotnet test IntegrationTests.csproj

# 运行单元测试（无需传入变量，钩子自动跳过）
dotnet test MySolution.sln --filter FullyQualifiedName\!~IntegrationTests

3. 替换为类级生命周期钩子（若适用） #

如果你的生命周期逻辑不需要作用于整个程序集，可以改用xUnit的IAsyncLifetime接口（或SpecFlow的类级钩子），并给测试类添加[Category("Integration")]特性。此时--filter参数可以筛选出对应的测试类，未被选中的类的生命周期方法不会执行。

内容的提问来源于stack exchange，提问作者THX-1138