如何简化这些 NUUnit 测试？

Question

这三个测试是相同的，只是它们使用不同的静态函数来创建 StartInfo 实例。我的测试代码中出现了这种模式，并且会喜欢 能够使用 [TestCase] 或任何其他减少样板代码的方式来简化这一过程。据我所知，我不允许使用委托作为 [TestCase] 参数，我希望这里的人们对如何使下面的代码更简洁有创造性的想法。

    [Test]
    public void ResponseHeadersWorkinPlatform1()
    {
        DoResponseHeadersWorkTest(Platform1StartInfo.CreateOneRunning);
    }
    [Test]
    public void ResponseHeadersWorkinPlatform2()
    {
        DoResponseHeadersWorkTest(Platform2StartInfo.CreateOneRunning);
    }
    [Test]
    public void ResponseHeadersWorkinPlatform3()
    {
        DoResponseHeadersWorkTest(Platform3StartInfo.CreateOneRunning);
    }

    void DoResponseHeadersWorkTest(Func<ScriptResource,StartInfo> startInfoCreator)
    {
        ScriptResource sr = ScriptResource.Default;
        var process = startInfoCreator(sr).Start();
        //assert some things here
    }

Answer 1

首先，我不认为原著太糟糕。如果您的断言因测试用例而异，那么只会很混乱。

无论如何，您可以使用测试用例，但由于使用更复杂的类型，因此无法通过标准 [TestCase] 属性来完成。相反，您需要使用公共 IEnumerable<>作为数据提供者，然后使用 [TestCaseSource] 属性。

尝试类似的操作：

    public IEnumerable<Func<ScriptResource, StartInfo>> TestCases
    {
        get
        {
            yield return Platform1StartInfo.CreateOneRunning;
            yield return Platform2StartInfo.CreateOneRunning;
            yield return Platform3StartInfo.CreateOneRunning;
        }
    }

    [TestCaseSource("TestCases")]
    public void MyDataDrivenTest(Func<ScriptResource, StartInfo> startInfoCreator)
    {
        ScriptResource sr = ScriptResource.Default;
        var process = startInfoCreator(sr);

        // do asserts
    }
}

这是生成包含参数的 TestCaseData 实例的标准模式的更简洁版本。如果您生成 TestCaseData 的实例，您可以向每个测试添加更多信息和行为（如预期的异常、描述等），但它稍微冗长一些。

我真正喜欢这个东西的部分原因是你可以为你的“行为”制定一种方法，为你的“断言”制定一种方法，然后独立地混合和匹配它们。例如，我的朋友昨天在做某事，他使用两个 Action 来表示（“当调用方法 Blah 时，应该触发 ViewModel 上的此方法”）。非常简洁有效！

Answer 2

看起来不错。您是否想增加一家工厂？或者您可以将这些方法添加到操作列表（在测试设置中）并调用第一个操作委托、第二个操作委托和第三个操作委托。