我只能使用生成器模式,即它不具有任何其他構造函數被初始化一個類來構建。現在我是單元測試這個類。單元測試類只能有一個建設者
我的問題是,由於製造商類是完全不同的類(我的生成器類是正在建設類外),是否信任該生成器返回對象一個好的做法呢?因爲也許有一些我在建築工中錯過了,因爲我沒有測試建造者班。
或者我應該首先測試生成器類,徹底與它再測試其他類。或者我應該在我的類中使用參數創建一個構造函數來進行測試。
我不知道什麼是做這種正確的做法。
我只能使用生成器模式,即它不具有任何其他構造函數被初始化一個類來構建。現在我是單元測試這個類。單元測試類只能有一個建設者
我的問題是,由於製造商類是完全不同的類(我的生成器類是正在建設類外),是否信任該生成器返回對象一個好的做法呢?因爲也許有一些我在建築工中錯過了,因爲我沒有測試建造者班。
或者我應該首先測試生成器類,徹底與它再測試其他類。或者我應該在我的類中使用參數創建一個構造函數來進行測試。
我不知道什麼是做這種正確的做法。
檢查了這一點[鏈接](https://www.kenneth-truyers.net/2013/07/15/flexible-and-expressive-unit-tests-with-the-builder-pattern/)。這是使用Builder模式來簡化測試用例。希望這會清除一些空氣。 – YoungHobbit
是的,我正在做同樣的atm,但是我想知道的是如果我的建造者壞了怎麼辦?這就像我依賴建造者向我返回正確的結果。我覺得這不是一個好方法。 – Sneh
不要測試類,測試功能單元。如果這個建造者與目標級別錯綜複雜,將它們視爲一個單元。 – chrylis