在单个测试中断言多个条件，还是分成多个测试？

如果您正在测试一个像下面那样的计数函数，那么在一个函数中为函数测试多个事情，是否认为是“正确”或“错误”，而不是每个测试都具有测试函数？在单个测试中断言多个条件，还是分成多个测试？

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