如何忽略 NUnit 中基于另一个测试的测试？

Question

我正在为数据库操作编写一些 NUnit 测试。显然，如果Add()失败，那么Get()也会失败。但是，当 Add() 和 Get() 都失败时，它看起来具有欺骗性，因为看起来有两个问题，而不是只有一个问题。

有没有办法指定测试运行的“顺序”，如果第一个测试失败，则忽略后续测试？

同样，有没有办法自己订购单元测试类？例如，我想先运行基本数据库操作的测试，然后再测试 UI 中的往返数据。

注意：这与测试相互依赖有点不同，它更像是在运行一堆测试之前确保某些东西首先工作。例如，如果您一开始无法连接到数据库，那么运行一堆数据库操作就是浪费时间。

编辑：似乎有些人没有抓住要点。我不是这样做的：

[Test]
public void AddTest()
{
    db.Add(someData);
}

[Test]
public void GetTest()
{
    db.Get(someData);
    Assert.That(data was retrieved successfully);
}

相反，我这样做的是：

[Test]
public void AddTest()
{
    db.Add(someData);
}

[Test]
public void GetTest()
{
    // need some way here to ensure that db.Add() can actually be performed successfully
    db.Add(someData);
    db.Get(somedata);
    Assert.That(data was retrieved successfully);
}

换句话说，我想确保在测试是否可以检索数据之前可以首先添加数据。人们假设我正在使用第一次测试的数据来通过第二次测试，但事实并非如此。我试图确保一项操作可能，然后再尝试另一项依赖于该操作的操作。

正如我已经说过的，您需要确保在运行数据库操作之前可以连接到数据库。或者您可以在执行文件操作之前打开文件。或者在测试 API 调用之前连接到服务器。或者……你明白了。

Answer 1

NUnit 支持“Assume.That”语法来验证设置。这被记录为理论的一部分（感谢clairestreb）。 NUnit.Framework 命名空间中有一个类 Assume。引用文档：

/// Provides static methods to express the assumptions
/// that must be met for a test to give a meaningful
/// result. If an assumption is not met, the test
/// should produce an inconclusive result.

所以在上下文中：

public void TestGet() {
    MyList sut = new MyList()
    Object expecting = new Object();
    sut.Put(expecting);
    Assume.That(sut.size(), Is(1));
    Assert.That(sut.Get(), Is(expecting));
}

Answer 2

测试应该决不相互依赖。你刚刚发现了原因。从定义上来说，相互依赖的测试是脆弱的。如果您需要数据库中的数据来测试 Get()，请将其放在设置步骤中。

Answer 3

我认为问题在于您使用 NUnit 来运行 NUnit 运行的单元测试之外的其他内容。

本质上，您希望 AddTest 在 GetTest 之前运行，并且希望 NUnit 在 AddTest 失败时停止执行测试。

问题是这与单元测试相反 - 测试应该完全独立并以任何顺序运行。

单元测试的标准概念是，如果您围绕“添加”功能进行测试，那么您可以在“获取”测试中使用“添加”功能，而不必担心“添加”在“获取”测试中是否有效。您知道“添加”有效 - 您对其进行了测试。

“第一”原则 (http://agileinaflash.blogspot.com/2009/02/ first.html）描述了单元测试的行为方式。您要编写的测试违反了“I”（隔离）和“R”（可重复）。

如果您担心两个测试之间的数据库连接丢失，我建议您的代码应该使用某种数据接口，而不是在测试期间连接到真实的数据库，并且对于测试，您应该使用一个模拟界面。如果测试的目的是练习数据库连接，那么您可能只是使用了错误的工具来完成这项工作 - 这并不是真正的单元测试。

Answer 4

我不认为这是开箱即用的。

无论如何，您所描述的测试类设计将使测试代码非常脆弱。

Answer 5

MbUnit 似乎有一个 DependsOnAttribute 这将允许您做您想做的事情。

如果其他测试夹具或测试
方法失败，则该测试将不会
跑步。此外，依赖性力量
这个测试要在那些之后运行
取决于。

虽然对 NUnit 一无所知。

Answer 6

您不能假定测试装置执行的任何顺序，因此必须在测试类中检查任何先决条件。

将 Add 测试分离到一个测试类（例如 AddTests）中，并将 Get 测试放入另一个测试类（例如 GetTests 类）中。

在 GetTests 类的 [TestFixtureSetUp] 方法中，检查您是否具有工作数据库访问权限（例如 Add 的工作），如果没有，则根据您认为适当的情况，Assert.Ignore 或 Inconclusive。

当不满足先决条件时，这将中止 GetTests 测试装置，并跳过尝试运行它包含的任何单元测试。
（我想！我是 nUnit 新手。）

Answer 7

创建一个全局变量并在 Get 测试中返回，除非 Add 将其设置为 true（在 Add 的最后一行执行此操作）：

public boolean addFailed = false;
public void testAdd () {
    try {
        ... old test code ...
    } catch (Throwable t) { // Catch all errors
        addFailed = true;
        throw t; // Don't forget to rethrow
    }
}
public void testGet () {
    if (addFailed) return;
    ... old test code ...
}