什麼是單元測試

Michael Feather提出單元測試的規則︰一個測試不能算是單元測試，如果它：

1. 跟資料庫溝通
2. 透過網路跟外界溝通
3. 碰了檔案系統
4. 不能跟其他單元測試同時跑
5. 要你對環境做特別的事才能跑，像是編輯設定檔

第一次看到這個規則當時，我自己跟團隊其他成員都很混淆。我們做的系統就是要和資料庫、網路跟檔案系統打交道。如果不測這些，難道只測一些沒什麼邏輯，不值得測的小物件？

後來我慢慢了解到，用Test-Driven Development(TDD)開發，會大幅改變程式碼的設計與風格。會做很多decoupling。我們以前"單元測試"的問題，不在"測試"，而在被測的"單元"。我們的class常常要引用很難建構的資料庫物件，關係糾纏在一起，而其實應該可以把關鍵的邏輯獨立切開。先前我們最常遇到三類問題︰1. GUI、2. 資料庫，以及3. 設定檔。我們的測試沒辦法涵蓋第一項，沒辦法避開二三項。

推薦Dright介紹TDD的系列文章Dloop，尤其是DLoop 8。這裡有舉例說明GUI要如何做單元測試。作者也提供一個很珍貴的親身經驗︰用TDD開發，也就是先寫test case再實做，會自然產生Inversion of Control的設計。如果用傳統方法直接實做，反而不容易做這種反向思考。