assertions

    65熱度

    4回答

    有平行的NUnit的CollectionAssert JUnit的?

    2熱度

    5回答

    我有一些問題涉及到從assert.h測試包含斷言宏的一些函數的事實。 如果聲明失敗,測試也會失敗。 這給我留下了一些永遠不會工作的測試用例。 例如,一個函數,而不是指示失敗(返回false或類似的東西)斷言。 是否有解決方案(包含斷言的單元測試函數)?

    28熱度

    5回答

    在單元測試中,使用setup方法創建測試所需的對象。 在那些設置方法中,我喜歡使用斷言:我知道我想在這些對象中看到什麼值,並且我喜歡通過斷言來記錄這些知識。 在最近的職位上unit tests calling other unit tests這裏計算器,總的感覺似乎是,單元測試應該不調用其他測試: 的這個問題的答案似乎是,你應該重構你的設置,所以 那測試用例不依賴於對方。 但是在「設置與斷言」和調

    6熱度

    2回答

    看着http://savannah.gnu.org/projects/nana/看來最近的一項工作是在四年前對Nana完成的,nana的官方gnu.org主頁是一個佔位符。鑑於非活動項目傾向於遭受鸚鵡病: 項目是否死亡? 是否有繼任者? 人們對C/C++有不同的斷言/日誌庫嗎?

    13熱度

    3回答

    假設我們通過斷言結果對象的所有屬性與預期結果對象的屬性相等來測試方法的結果。我們是否應該實現equals方法並使用Assert.AreEqual(expectedResult,actualResult)...但是equals可能意味着生產代碼中有些不同。 哪個是最佳做法? 斷言的對象的通過重寫等式equals方法 或 斷言所有屬性

    3熱度

    4回答

    我繼承它給了我一個棄用警告一些單元測試代碼,因爲它使用「Assertion.AssertEquals」: 警告CS0618:「NUnit.Framework.Assertion」已過時:「使用斷言類,而不是」 但是,我不能在Assert類中看到顯而易見的方法,而應該使用它? AssertEquals需要兩個對象和一條消息,如果發生故障,可以使用該消息報告錯誤。例如 Assertion.Asser

    18熱度

    16回答

    這不是一個真正的「問題」,所以我把它做成CW。 的 assert 關鍵字是偉大的! 它應該讓你覺得自己對你寫的代碼更有信心,但是直到今天,當我創建一個小測試課程時,我意識到從介紹開始就不會使用它。 哎呀!我幾乎沒有使用記錄器,這確實非常有用,但直到今天我才意識到我不使用斷言。 你使用斷言?如果不是,原因是什麼?

    1熱度

    3回答

    有些斷言代價高昂,有些斷言在生產代碼中更好。 至少不清楚應該始終啓用斷言。 在我的應用程序中,我希望能夠打開/關閉每個文件或每個類的部分斷言。 如何在C++中執行此操作?

    8熱度

    2回答

    在Java中,我偶爾會直接拋出一個AssertionError來斷言無法達到某一行。這方面的一個例子是斷言無法到達switch聲明中的default個案(例如,參見this JavaSpecialists page)。 我想在.Net中使用類似的機制。是否有可以使用的等價異常?還是有另一種方法可以用於相同的效果?爲了說明問題,我正在尋找一種機制,在運行時在發佈的代碼中標記失敗,以指示代碼中的某個不

    8熱度

    3回答

    在jUnit中是否有等價於NUnit的ExpectedException或Assert.Throws <>?