一本献给 NUnit 专家：升级到 2.x 并通过现有测试工具使用新功能

Question

我最近升级到 NUnit 2.5（是的，我知道），我想知道我是否可以用这个来听取别人的意见。

我有很多类似这样的测试：

[Test]
public void TestTheSpecialDict() {

    int start = 0;
    int end = 44;

    Dictionary<int, string> = SomeFunction(start, end);
    Assert.That(dict1.Count > 0);

    // Alright now, some funky values
    start = -1;
    end = -34;
    Dictionary<int, string> dict2 = SomeFunction(start, end);

    Assert.That(dict2.Count == 0);

}

因此，这个特定的测试可确保当范围无效时 SomeFunction 返回一个空字典，而不是 null。

现在我在 2.x 中发现了 [TestCase(...)] 属性。我的天啊！所以我希望我的测试看起来像这样：

[TestCase(0, 44)]
[TestCase(-1, -34)]
public void TestTheSpecialDict(int start, int end) {
    /* ... */
}

太棒了。当然，这里的问题是第二个断言在第一个测试用例中失败，第一个断言在第二个测试用例中失败。这显然是预期的行为，因为 start 和 end 具有方法范围并适用于这两个操作。毫不奇怪。

解决这个问题不是问题：

• 将测试用例分解为两种不同的方法。重复代码，实际上，TestCase 在这一点上有点多余。
• 添加额外的测试用例参数（如顺序值）并根据该参数调节 Assert 调用。考虑到我要做的测试数量，还有很多工作要做。
• 还有一些我还没想到的事情。

有没有“更干净”的方法？我查看了 NUnit.Framework，但我想我看不到任何可以让我流利完成此操作的内容。所以我想知道是否有人拥有 NUnit 1.x 的这种“遗留”UT 结构，以及他们如何在利用新功能的同时进行迁移。

Answer 1

我个人认为这些 TestCase 属性对于测试接受一些参数并返回一些值的函数很有用。因此，在属性中，您只需给它参数和期望值，它就可以正常工作。在你的情况下，你可以有你的字典的确切计数或一个布尔值（如果它是正数）。我不相信它是否会增加你的案例的可读性......

Answer 2

请原谅我没有使用 Visual Studio 来测试这个。但也许使用 Assert.That 并传入一个评估参数。像这样的事情：

[TestCase(0, 44, Is.GreaterThan(0))]
[TestCase(-1, -34, Is.Empty]
public void TestTheSpecialDict(int start, int end, Func<Dictionary<int, string>, bool> condition) {
    /* ... */

    Assert.That(dict.Count, condition);

}

再次对它不准确表示歉意，特别是参数类型可能只是一个猜测，但基本思想应该成立。