我應該單元測試從一個或多個對象到另一個對象的賦值。
例如,這可能發生在方法或構建器中(也可以使用自動映射)。值的單元測試賦值
您會在這種類型的測試中放置多少價值?我想這是主觀的,狀態是任意的,但我想有必要確保映射是我們所期望的?
我應該單元測試從一個或多個對象到另一個對象的賦值。
例如,這可能發生在方法或構建器中(也可以使用自動映射)。值的單元測試賦值
您會在這種類型的測試中放置多少價值?我想這是主觀的,狀態是任意的,但我想有必要確保映射是我們所期望的?
不要專注於測試基礎架構 - 測試業務邏輯。如果你的代碼(爲特定目的而設計的類)正確地完成了你的需求描述,那麼無論是內部構建器/方法還是其他方法都能「正確地」設置某些內容並不重要。另一方面,如果這部分代碼對於滿足您的要求很重要,那麼您的業務邏輯測試肯定會覆蓋它。
如果你的類的主要要求是它正確地複製一些屬性,那麼顯然你應該測試它。但不是因爲測試設置者和獲取者是好的,而是因爲它來自測試,如果你的代碼在外部需求方面做到了你期望的那樣。
「我應該單元從1個或多個物體檢測值分配到另一個」
如果這是你可以測試則是
簡單開始建立自己的方式計劃的最小單位
開車回家的時候,應該在測試中記錄一個期望?它完全有意義。我想我只是有興趣看看有沒有對此發表意見。 – brumScouse