使用junit測試可以測試本地值嗎？

Question

有時我想在一個方法中測試一箇中間值。但該方法不能分割。所以我想知道JUnit是否只能測試一個方法。如果我可以在方法中放入類似斷點的東西，並獲取本地值並斷言它，那會更好。如果不可能，你如何解決這類問題。

Answer 1

添加一個破發點是不是真正的單元測試，事實上根本不是測試。你可以稱它爲檢查，但沒有檢查驅動開發這樣的事情。

無論如何，新的單元測試人員經常會發現這個問題，他們想測試私有或本地值讓它成爲一個變量或方法。當我開始TDD時，我自己實際上已經相當分階段了。但事情是，在單元測試中，目的是對特定功能和所有可能的結果進行黑盒測試。那個黑匣子裏面發生的事情不是你關心的，也不需要單元測試它。

如果你覺得測試的中間值，那麼也許你的方法是太長，應分成兩個或更多可測試的小方法。如果它不能完成，那麼你不應該擔心測試它們。

如果該中間值正在從另一個公共方法獲取其值，那麼它的即方法要在單獨的單元測試中測試，而不是您正在測試的方法內的值。

Answer 2

你的問題導致的D的在TDD的解釋。特別是當你使用TDD來表示「測試驅動設計」（儘管有些人更喜歡短語「測試驅動開發」）。

由於@Shahzeb指出，也許你的方法是太長，應分爲兩種方法，其中一人產生中間值，另一個把它作爲輸入。我們傾向於用這種方式來考慮代碼是相當字面的Driven通過測試。我們的代碼的設計更好，因爲我們正在分離關注點，以便開始測試它們。所以你在問一個很好的問題（他的簡短答案是「否」），這些問題使得TDD能夠改進我們的設計。

Answer 3

的想法是，你不測試私有（中間）價值可言，因爲它不是外部重要（這就是爲什麼你明智地保持其私密性。）私營值表示你的對象一些狀態，你現在設置它的意圖，它會影響未來的電話到您的公共界面，對嗎？所以改變你的一個測試來打兩個電話。讓第一次調用做所需的任何事情，按照您認爲的方式設置狀態，然後進行第二次調用，並查看它在設置該變量時的結果。如果它真的是私有的，單元測試並不重要，它的價值是什麼 - 只是它在正確的時間正確地產生了期望的結果。但是這個建議帶來了一個警告：它正在進入那個草坪，你可能會要求單元測試做的不僅僅是一個單元的測試。

另一種看法：你說你的方法「不能分割」，但不給予解釋爲什麼。如果你不能改變設計，那聽起來更像是你可能試圖將單元測試嵌入到遺留代碼中，而不是執行測試驅動開發。這很好，你不必在這裏放棄TDD，但也許還有其他方法需要考慮。一旦你通過測試，在TDD中，這是你重構方法的一部分。事實上，你談論的是一箇中間值，這表明你的方法有太多的責任。考慮使用抽取方法將更簡潔的功能部分封裝到更小的可測試服務方法中。

如果這不是你想要完成的，那麼你試圖執行的測試可能會被認爲是「太大」。也許你試圖做的測試更多的是驗收測試。再次，這很好，驗收測試也非常重要，但它不再是真正的單元測試。