在單個測試中斷言多個條件，還是分成多個測試？

如果您正在測試一個像下面那樣的計數函數，那麼在一個函數中爲函數測試多個事情，是否認爲是「正確」或「錯誤」，而不是每個測試都具有測試函數？在單個測試中斷言多個條件，還是分成多個測試？

function testGetKeywordCount() { 
    $tester = $this -> getDatabaseTester($this -> CompleteDataFile); 
    $tester -> onSetUp(); 

    $KeywordID = 0; 
    $this -> setExpectedException('InvalidArgumentException'); 
    $this -> keyword -> getKeywordCount($KeywordID,'Active'); 

    $KeywordID = 1; 
    $this -> setExpectedException('InvalidArgumentException'); 
    $this -> keyword -> getKeywordCount($KeywordID,'InvalidStatus'); 

    $this -> assertEquals(1, $this -> keyword -> getKeywordCount($KeywordID,'Active')); 

    $tester -> onTearDown(); 
}

來源

2009-04-17 GeoffreyF67

您應該有多個測試功能，其中每個測試功能測試其自身的條件。這樣不用調試就能更容易發現故障。

來源

2009-04-17 21:03:45 grover

每個場景都有一個測試用例是理想的。但是，在某些情況下，在一個測試用例中測試多個場景會更方便（從實施工作的角度來看效率更高）。如果您使用的框架在首次失敗時不會停止，但會盡可能在測試用例中執行，那麼該框架適用於每個測試用例的多個場景。

我更喜歡在單元測試上花費盡可能少的時間，並且在那段時間仍儘可能多地覆蓋覆蓋範圍。最後，重要的是你如何實現單元測試，而不是那些測試的正確性。

來源

2009-04-17 21:08:25

如果我理解正確，那麼您會說它更容易，但在一個測試用例中擁有更多場景的「正確」程度卻更低。如果這意味着您將多個場景放入一個測試用例中，因爲製作多個測試用例的工作太多了，我會說：抽象它，讓它更容易，更乾燥來製作另一個場景。測試也是編程imho和應該做或多或少相同的原則，如DRY。 – 2010-01-31 21:17:15

測試框架並不總是值得你努力遵循每個測試規則的一個斷言。

爲Ruby做的一件事是RSpec，它允許您設置nested example groups。例如：

A用戶
- 沒有密碼
  - 無效
  - 拋出異常
- 用密碼
  - 已使用前
    - 無效
    - 拋出異常，尚未使用之前
      - 有效
      - 重定向到帳戶頁面
    - 旅行安全警告

通過逐步建立場景和測試一路走來的每一步，它更容易堅持，每個測試方法的一個斷言。這也使得更容易發現未經測試的情況。

來源

2009-04-17 22:28:06

我不會在上面的示例代碼中談論單元測試。
你的例子更多的是一個自動功能測試，測試一個功能流。

BUT 在這種情況下，它是精細有多個斷言。

只要確保2個斷言不是一前一後。

爲例如

public void ValidateRulesEntry_Valid_ValidConditionsFromFile() 
{ 
    string condition = "Target.HasValue"; 
    string returnMessage; 

    bool successFul = CodeParserTryParseCondition(condition, out returnMessage); 


    Assert.IsTrue(successFul); 
    Assert.IsFalse(string.IsNullOrEmpty(returnMessage)); 
    Assert.IsTrue(returnMessage == "OK"); 

}

的2個最後斷言是依賴於第一斷言的IsTrue運算（成功）。

想想：如果測試失敗 - >告訴我爲什麼（沒有尋找到調試輸出）

來源

2009-05-20 13:19:55