如何忽略基於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

創建一個全局變量，並在測試返回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 ... 
} 

Answer 2

我不認爲這是可能的失框。

無論如何，您所描述的測試類設計會使測試代碼非常脆弱。

Answer 3

MbUnit似乎有一個DependsOnAttribute，這將允許你做你想做的。

如果然後將另一測試夾具或測試 方法失敗此測試不會 運行。此外，依賴性力量 這個測試在那些依賴於它的人之後運行。

儘管對NUnit一無所知。

Answer 4

NUnit的支持用於驗證setup.This被記錄爲Theory（感謝clairestreb）的一部分的「Assume.That」語法。在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 5

測試應該從未互相依賴。你剛剛發現了原因。根據定義，相互依賴的測試是脆弱的。如果您需要數據庫中的數據用於Get()的測試，請將其置於設置步驟中。

Answer 6

我認爲問題在於你使用NUnit來運行NUnit運行的單元測試之外的其他東西。

本質上，您希望AddTest在GetTest之前運行，並且您希望NUnit在AddTest失敗時停止執行測試。

問題是，這是單元測試的對立面 - 測試應該是完全獨立的並且以任何順序運行。

單元測試的標準概念是，如果您對「添加」功能進行了測試，那麼您可以在「獲取」測試中使用「添加」功能，而不必擔心「添加」 '得到'測試。你知道'添加'的作品 - 你有一個測試。

'FIRST'原理（http://agileinaflash.blogspot.com/2009/02/first.html）描述了單元測試應如何表現。你想寫的測試違反'我'（孤立）和'R'（可重複）。

如果您擔心兩個測試之間的數據庫連接會斷開，我建議您在測試期間不要連接到真實的數據庫，您的代碼應該使用某種數據接口，並且對於測試，你應該使用模擬接口。如果測試點是來執行數據庫連接，那麼您可能只是使用了錯誤的工具來完成這項工作 - 這不是真正的單元測試。

Answer 7

您不能假定測試夾具執行的任何順序，所以必須在您的測試類中檢查任何先決條件。

將您的添加測試分隔到一個測試類中，例如AddTests，並將Get測試放到另一個測試類中，例如類GetTests。

在GetTests類的[TestFixtureSetUp]方法中，如果您認爲合適，請檢查您是否有工作的數據庫訪問權限（例如，Add的工作），如果沒有，Assert.Ignore或Inconclusive。

當不滿足其前提條件時，將中止GetTests測試夾具，並跳過嘗試運行其包含的任何單元測試。 （我想！我是一個nUnit新手。）