TDD重複聲明

Question

這種共識似乎不是在TDD時測試私有方法。

Should Private/Protected methods be under unit test?

我不停的按這個相同的情況。我有一個私有方法（例如它將所有選項切換爲關閉）。它改變了很多狀態，並被一些公共方法調用。無論調用哪些公用方法（所有選項都設置爲off），私有方法對狀態所做的更改將保持不變。

什麼是最好的方式來測試這個私有方法的功能，而無需添加許多有效地做同樣事情的測試？

btw，我正在使用QUnit來測試Javascript對象。

這是我的課程的過於簡化的版本。

http://jsfiddle.net/twistedinferno/UMgAx/

編輯

什麼我真的想在這裏問是不是「我不應該或者我應該測試私有方法」作爲已經回答這個問題的答案是否定的。我想知道如何最好地測試每個公共方法，因爲使用我的私有方法會導致許多斷言相同。相同的私有方法被許多公共方法調用。可以有很多重複的斷言來測試當許多公共方法中的每一個調用我的私有方法時發生的狀態變化嗎？

新撥弄測試 http://jsfiddle.net/twistedinferno/JHzWh/

Answer 1

測試的公共方法。

或者更一般地說，測試物體的向外可見界面。

如果公用方法使用私有方法，則將使用它的使用作爲結果。但私有方法本身不屬於該對象之外的其他任何東西，包括測試。

這些測試不應該知道或關心這樣的私有方法是否存在，更不用說他們是否正在測試它。他們應該測試所有的公共功能。

如果許多測試都在做同樣的事情，那麼這可能表明公共功能中有不必要的重疊？也許有重新考慮的空間嗎？當然，這完全是猜測而沒有看到任何代碼。你能提供一個例子嗎？

編輯

附加斷言重複相同的按鍵，但測試是完全不同的，因爲它們正在測試不同的朝外的功能。您始終可以將重複的斷言重構爲每個測試調用的單個函數。自定義聚合斷言的排序。只要公共方法繼續具有相同的可觀察（可測試）行爲，那就沒有問題。一旦發生變化，其測試當然也需要改變。

Answer 2

既然你正在練習TDD中，我推測，在有問題的私有方法的每一行代碼就不會在缺乏所需它被寫入測試的存在。這意味着不需要獨立於公共接口來測試私人功能。

謝謝！

布蘭登

Answer 3

我同意bcariso和大衛。你不應該測試，也不應該測試私有方法。

有一點需要注意的是，如果你的私有方法是如此大，重要的是，你覺得你必須測試它，你應該考慮提取它是它自己的助手類的公共方法。

在Javascript中，同樣的原則站立，只有你會使其公開可見的功能或模塊（如果您使用的模式）。