JUnit測試用例中「失敗」的實際用途是什麼？

Question

JUnit測試用例中「失敗」的實際用途是什麼？

Answer 1

，我認爲它是有用的一些情況：

• 標誌着一個測試，是不完整的，所以它失敗，並警告你，直到你可以完成它
• 確保拋出一個異常：

try{ 
    // do stuff... 
    fail("Exception not thrown"); 
}catch(Exception e){ 
    assertTrue(e.hasSomeFlag()); 
} 

注：

由於JUnit4，有是測試一個異常被拋出一個更優雅的方式： 使用註釋@Test(expected=IndexOutOfBoundsException.class)

然而，這不會，如果你的工作還想要檢查異常，那麼你仍然需要fail()。

Answer 2

我認爲通常的用例是在負面測試中沒有異常時調用它。

類似下面的僞代碼：

test_addNilThrowsNullPointerException() 
{ 
    try { 
     foo.add(NIL);      // we expect a NullPointerException here 
     fail("No NullPointerException"); // cause the test to fail if we reach this    
    } catch (NullNullPointerException e) { 
     // OK got the expected exception 
    } 
} 

Answer 3

可以說你是爲當被測試的代碼應該拋出一個異常

try{ 
    bizMethod(badData); 
    fail(); // FAIL when no exception is thrown 
} catch (BizException e) { 
    assert(e.errorCode == THE_ERROR_CODE_U_R_LOOKING_FOR) 
} 

Answer 4

這是我如何使用失效方法的-ve流程編寫測試用例。

有你的測試用例可以在

1. 最終順利通過三種狀態：被測試函數執行成功，返回預期
2. 不傳遞 數據：被測函數成功執行，但不符合預期 返回的數據
3. 失敗：該函數沒有成功執行，這是不是

意爲（與期望發生異常的負面測試案例不同） 發生）。

如果您使用的是eclipse，那麼三種狀態分別由綠色，藍色和紅色標記表示。

我對第三種情況使用失敗操作。

例如：public Integer add（integer a，Integer b）{return new Integer（a.intValue（）+ b。的intValue（））}

1. 傳遞情形：a =新基於整數（1）中，b =新的整數（2）和該函數返回3
2. 不傳遞情形：a =新基於整數（1）中，b =新的整數（2）和函數返回比3
3. 失敗案例等SOEM值：A = NULL，b = null，並且函數拋出

Answer 5

我在的情況下使用它在那裏的東西一個NullPointerException可能在我的@Before方法中出錯了。

public Object obj; 

@Before 
public void setUp() { 
    // Do some set up 
    obj = new Object(); 
} 

@Test 
public void testObjectManipulation() { 
    if(obj == null) { 
     fail("obj should not be null"); 
    } 

    // Do some other valuable testing 
} 

Answer 6

我舉個例子，使用fail()表明，尚未完成（它發生）的測試;否則，他們會表現出成功。

這可能是由於我不瞭解NUnit中存在的某種不完整（）功能。

Answer 7

簡單地使用：

org.junit.Assert.fail("Exception expected"); 

Answer 8

最重要的使用情況很可能是異常檢查。

雖然junit4包含expected element用於檢查是否發生異常，但它好像不是新的junit5的一部分。使用fail()而不是expected的另一個優點是可以將它與finally結合使用，從而允許測試用例清理。

dao.insert(obj); 
try { 
    dao.insert(obj); 
    fail("No DuplicateKeyException thrown."); 
} catch (DuplicateKeyException e) { 
    assertEquals("Error code doesn't match", 123, e.getErrorCode()); 
} finally { 
    //cleanup 
    dao.delete(obj); 
} 

正如另一條評論所述。有一個測試失敗，直到你可以完成實施它聽起來也是合理的。