Question

除了更好的可读性（可能？）并且能够使用&和|链接约束之外，约束模型还有哪些优于经典模型的优势？

我是经典模型的快乐用户，我正在决定是否值得重构旧测试。

Answer 1

我不得不说我是“经典”模特的粉丝。我发现在大多数情况下更容易制定我的断言，我发现它们也更容易阅读。代码中没有任何内容是没有必要的 - 没有“那个”和“是”这听起来流畅但不适合IMO的发现。

这很可能是因为熟悉和其他任何东西一样，但我认为值得向你保证，你并不是唯一一个发现经典模型完全合理的人：）

话虽如此，当使用约束更容易表达的东西时，使用它是有意义的。当某些条件可以使用约束进行显式测试时，尤其如此，但经典模型只使用Assert.IsTrue(condition)。关键的一点是，对于这种情况，约束可能会为您提供比经典约束更多的信息。

因此我认为学习基于约束的模型是一个好主意，但我不会转换任何测试，我不会在你找到的地方使用它经典模型更简单或更易读。

Answer 2

我不知道除了可读性之外还有其他任何优点。但这可能是一个很大的优势。我发现简单地使用Assert.That( ... )开始每个测试而不是使用少量的Assert函数使得在视觉上扫描断言容易一百万次，因为您不再需要打扰函数名称，只需查看参数

使用NUnit 2.4时，两种语法（类和约束）都使用完全相同的代码。这种或那种方式背后没有任何优势。除非你真的没有更好的使用时间，否则我不打算重写测试。

Answer 3

我个人更喜欢Constraint Model Assert.That样式，现在只使用它。我发现这种新风格更具可读性，并且已经确定将“实际”和“预期”参数混淆的可能性要小得多。（就像你当然可以使用经典模型Assert.AreEqual等，我见过许多人这样做。）这显然导致破坏的测试报告错误的结果。

作为一个例子，没有检查;-)，哪一个是正确的？

Assert.AreEqual(actual, expected);
Assert.AreEqual(expected, actual);

Answer 4

引入断言并将较新的约束模型与经典模型进行比较的NUnit 3 documentation包括以下示例：

例如，以下代码必须使用约束模型。那里不是真正的经典等价物。
  int[] array = new int[] { 1, 2, 3 };
  Assert.That(array, Has.Exactly(1).EqualTo(3));
  Assert.That(array, Has.Exactly(2).GreaterThan(1));
  Assert.That(array, Has.Exactly(3).LessThan(100));

虽然文档声明没有“真正的经典等价物”，但是一个可以使用经典语法和LINQ来编写我认为等效测试的内容：

Assert.AreEqual(1, array.Where(x => x == 3).Count());
Assert.AreEqual(2, array.Where(x => x > 1).Count());
Assert.AreEqual(3, array.Where(x => x < 100).Count());

某些可能得出结论，我从文档中提取的约束模型测试比这些经典模型等价物更具可读性。但这可以说是主观的。

但是，这不是全部。更重要的是错误消息的改进，当测试失败时，失败的约束模型测试会发出。 sup>†例如，考虑这个经典模型测试将会失败：

int[] array = new int[] { 1, 2, 3 };
Assert.AreEqual(1, array.Where(x => x == 4).Count());

NUnit抛出的AssertionException包含以下“简洁”Message：

    Expected: 1
    But was:  0

相反，在较新的Constraint Model语法中表达此测试时：

Assert.That(array, Has.Exactly(1).EqualTo(4));

... NUnit返回Message：

    Expected: exactly one item equal to 4
    But was:  < 1, 2, 3 >

我认为大多数人会同意这个异常消息比使用NUnit旧的经典模型语法生成的消息更有用。

^†非常感谢@nashwan帮助我理解约束模型中引入的错误消息的重要改进。

NUnit中约束模型优于经典模型的优势？

4 个答案: