本文介紹了assertEquals，什么是實際的，什么是預期的？的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我一直在想，在像TestNG這樣的庫中，assertEquals中的Actual和Expect到底是什么意思。
如果我們閱讀Java文檔，我們會看到：
public static void assertEquals(... actual, ... expected)
Parameters:
actual - the actual value
expected - the expected value
根據我的理解，expected值是已知值，所以我們期望的值和actual值是我們要驗證的值。例如，假設我們要測試始終必須返回56的函數fooBar。
在這種情況下，我會這樣做：assertEquals(sth.fooBar(), 56)。但是在GitHub上快速搜索，似乎人們的做法正好相反，所以assertEquals(56, sth.fooBar())。但是當我們甚至不知道期望值時，它怎么可能是sth.fooBar()呢？似乎sth.fooBar()是我們與已知的期望值進行比較的實際值。
我知道測試的正確性沒有區別，但我愿意遵循”正確”的方式。
推薦答案
大多數測試框架(xUnit系列)都基于JUnit框架。JUnit中的Assert函數系列具有(expected, actual)格式；它成為一種約定，并且大多數其他框架都遵循該約定。
一些框架(如TestNG或.NET的NUnit 2.4+)顛倒了這個順序(通過使用NUnit的基于約束的模型)來提高可讀性(“確保實際值是56“比”確保56是實際值“感覺更自然)。
底線是：堅持框架的約定。如果您使用JUnit，請將期望值放在第一位。如果使用TestNG，請將實際值放在第一位。你說得對，當你不小心顛倒了論點時，這對測試結果沒有什么影響。但這對您從失敗的測試中獲得的默認消息有很大的不同。當在JUnit中撤銷assertEquals(ShouldBeTrueButReturnsFalse(), true)失敗時，默認消息顯示”預期[false]但找到[true]“，其中應該顯示”預期[true]但發現[false]“。至少可以說，這是令人困惑的，您不應該處理該消息可能的誤導。
您提供的Github鏈接中的一些單元測試不遵循約定，存在相同的問題。別干那事。堅持您的框架約定。
這篇關于assertEquals，什么是實際的，什么是預期的？的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
