在閱讀GOOS書時,作者告訴我們要在測試中命名長名稱和描述性名稱,以便了解被測對象的作用。例如:在TDD中使用描述性測試名
notifiesListenersThatServerIsUnavailableWhenCannotConnectToItsMonitoringPort()
優於
pollsTheServersMonitoringPort()
但多數風格指南告訴我們遵循80或100列規則。其他人有什麼要說的呢?
在閱讀GOOS書時,作者告訴我們要在測試中命名長名稱和描述性名稱,以便了解被測對象的作用。例如:在TDD中使用描述性測試名
notifiesListenersThatServerIsUnavailableWhenCannotConnectToItsMonitoringPort()
優於
pollsTheServersMonitoringPort()
但多數風格指南告訴我們遵循80或100列規則。其他人有什麼要說的呢?
你可以避免使用它進行單元測試,因爲你實際上沒有必要直接調用這些方法。例如,你不會想要一個擁有真正長長的羅嗦名字的公共API,但是對於測試,這也爲同伴開發者形成了文檔。 它是一個權衡。在這種情況下,更多的描述性名稱要好得多。它的實用方法。
個人與寬屏顯示器我會說至少120個字符行的長度。 80是終端的倒退。
開始使用80列打孔卡! –
接受答案,因爲這對我而言取決於個人喜好和團隊方便程度。對我來說感覺很好。 – vivek
測試名稱應儘可能少地描述測試中的場景。在許多情況下,這仍然會導致冗長的測試名稱,我不介意,但我會盡量保持平衡,而不要讓它們太長。 – Drumbeg