顯然，測試本身是件好事。而在早期進行測試 — 例如在編寫代碼時 — 則更有益處，這特別有利于提高代碼質量。在開發早期編寫測試，您將獲益良多。您能夠檢查代碼的行為，并預先對它進行調試，這種動力無疑是巨大的。
即使了解了這種重要性，我們也沒有達到關鍵的一點：使在編寫代碼之前 編寫測試成為一種標準實踐。正如 TDD 是極限編程（Extreme Programming）的下一個演化階段（后者推出了單元測試框架），以 TDD 為基礎，新的飛躍也將到來。本月，我邀請您和我一起實現從 TDD 到更具直觀性的行為驅動測試（BDD）的演化。
提高代碼質量
不要錯過 Andrew Glover 的 代碼質量討論論壇，該論壇可以在代碼度量、測試框架和編寫注重質量的代碼等方面提供幫助。
行為驅動開發
雖然測試優先編程對于有些人比較管用，但是并不適用于每一個人。雖然有的應用程序開發人員狂熱擁護 TDD，但也有人堅決抵制它。即使現在已經有了很多測試框架，例如 TestNG、 Selenium 和 FEST，但不對 代碼進行測試的理由仍然充分。
不采用 TDD 的兩個常見理由是 “沒有足夠的時間進行測試” 和 “代碼太復雜，難以測試”。測試優先編程的另一個障礙是測試優先概念本身。很多人把測試看作一種反應型活動，僅比抽象具體一點。經驗告訴我們，不能測試不存在的東西。對于某些開發人員來說，對于這種概念框架，測試優先 是一種矛盾的說法。
但是，如果不考慮編寫測試和如何測試，而是考慮行為，結果會如何呢？這里所說的行為，是指一個應用程序應該 如何運行 — 實際上就是指它的規范。
實際上，您已經想到了這種方法。我們都想到過。請看下面的對話。
Frank: 什么是棧？
Linda: 它是一種數據結構，按先進后出（或后進先出）的方式收集對象。它通常有一個 API，其中包括 push() 和 pop() 等方法。有時也有 peek() 方法。
Frank: push() 有什么功能？
Linda: push() 接受一個輸入對象，比如說 foo，并將它放入到一個內部容器（例如一個數組）中。push() 通常不返回結果。
Frank: 如果我 push() 兩個對象，比如先是 foo，然后是 bar，結果會怎樣？
Linda: 第二個對象 bar 應該在棧（至少包含兩個對象）的頂部，所以如果調用 pop()，那么返回的應該是 bar，而不是 foo。如果再次調用 pop()，那么應該返回 foo，然后棧為空（假設在添加這兩個對象之前棧中沒有對象）。
Frank: 也就是說，pop 移除最近放入棧中的項目？
Linda: 是的，pop() 應該移除最上面的項目（假設棧中還有可移除的項目）。peek() 與此類似，只是不移除棧中的對象。peek() 應該保留棧頂的項目。
Frank: 如果之前沒有 push 任何項目，那么調用 pop() 時會怎樣？
Linda: pop() 應該拋出一個異常，表明棧中尚未 push 任何項。
Frank: 如果 push() null 會怎樣？
文章來源于領測軟件測試網 http://www.kjueaiud.com/
