MsTests如何按特定DataRow值选择性运行单元测试

完全理解你的痛点——重复代码不仅冗余，还容易引发维护问题，比如新增环境时遗漏测试。下面提供几个无需重复测试方法的可行方案：

方案1：直接通过dotnet test筛选器定位特定DataRow测试 #

MSTest会自动为每个DataRow生成包含参数值的测试DisplayName（比如你的测试会生成TestMyWebservice (STAGING)这样的名称），你可以直接通过DisplayName筛选来运行指定环境的测试，无需修改任何测试代码。

保留你原有的测试代码：

[DataTestMethod]
[DataRow("DEV")]
[DataRow("STAGING")]
[DataRow("PREPROD")]
[DataRow("PROD")]
public void TestMyWebservice(string environnement)
{
    // 你的测试逻辑
}

运行特定环境测试的命令：

# 仅运行STAGING环境的测试
dotnet test --filter "DisplayName=*STAGING*"

如果需要更精准（避免同名测试干扰），可以加上测试类和方法的全名限定：

dotnet test --filter "FullyQualifiedName=YourNamespace.YourTestClass.TestMyWebservice&DisplayName=*STAGING*"

方案2：通过环境变量动态跳过非目标环境测试 #

如果你希望在代码层面控制测试的执行（比如让非目标环境测试标记为“跳过”而非直接不运行），可以借助环境变量实现：

修改测试代码如下：

[DataTestMethod]
[DataRow("DEV")]
[DataRow("STAGING")]
[DataRow("PREPROD")]
[DataRow("PROD")]
public void TestMyWebservice(string environnement)
{
    var targetEnv = Environment.GetEnvironmentVariable("TEST_TARGET_ENV");
    
    // 如果指定了目标环境，且当前测试环境不匹配，则标记为跳过
    if (!string.IsNullOrEmpty(targetEnv) 
        && !environnement.Equals(targetEnv, StringComparison.OrdinalIgnoreCase))
    {
        Assert.Inconclusive($"Skipping test for environment {environnement} (target: {targetEnv})");
    }

    // 你的核心测试逻辑
}

运行时设置环境变量即可：

# Windows
set TEST_TARGET_ENV=STAGING && dotnet test

# Linux/macOS
TEST_TARGET_ENV=STAGING dotnet test

这种方式下，非目标环境的测试会被标记为Inconclusive（不影响测试通过率），同时你能看到哪些测试被跳过了。

方案3：用DynamicData避免代码重复的同时兼容类别筛选 #

如果你还是想通过TestCategory的思路筛选，但不想重复测试方法，可以用DynamicData统一维护环境数据，避免代码分散：

public class YourTestClass
{
    // 统一维护所有环境的测试数据
    public static IEnumerable<object[]> EnvironmentTestData => new List<object[]>
    {
        new object[] { "DEV" },
        new object[] { "STAGING" },
        new object[] { "PREPROD" },
        new object[] { "PROD" }
    };

    [DataTestMethod]
    [DynamicData(nameof(EnvironmentTestData), DynamicDataSourceType.Property)]
    public void TestMyWebservice(string environnement)
    {
        // 测试逻辑
    }
}

如果需要结合类别筛选，也可以在动态数据中附带类别信息，再配合自定义的测试扩展逻辑（不过相对方案1/2来说复杂度更高，仅推荐有特殊需求时使用）。

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