寫測試讓你更有信心 Part 1

什麼是測試

很多人以為，所謂的測試，就是請個工讀生、打開瀏覽器、拿著滑鼠點一點就叫測試了（這也是測試沒錯，但並不是我們所要介紹的測試）。也有人認為，測試就是就在幫程式碼除錯（Debug），所以有寫測試就不會有 Bug 了。當然也有人覺得寫測試很浪費時間所以反對或不想寫測試。

事實上，很多隱藏的細節並不是請工讀生或是隨便用滑鼠點一點就測得到的。想想看，每次每位開發者所做的任何小修改，如果不完整測試一輪，很難知道哪邊會出問題；但整個流程測試一次，又實在是相當浪費時間。生命就該浪費在美好的事物上，不是嗎 :）

我們這裡提的「測試」，指的是 TDD（Test-Driven Development），中文翻譯做「測試驅動開發」。很多人會把重點放在 Test 上，但事實上 TDD 是一種 Development（開發）的方法，並不是一種「測試方法」。

以下是一些常聽到不寫測試或是覺得測試沒必要的原因：

當然，如果你手上這案子是明天或下星期就要交，你所剩的時間只夠勉強把功能寫完，那也許可說沒時間寫測試。

不過我們來看個簡單的例子：

假設小明跟小華兩個人的技術能力是一樣的，開發功能花的時間會是一樣的。現在有個功能 A，內容是「登入會員帳號然後填寫表格、送出，確認結果是否正確」。

小明用原本傳統的方式開發花了 10 分鐘，然後打開瀏覽器，登入、填寫表格，按下送出，很快的完成了，花了 1 分鐘測試，共計 11 分鐘；小華先開始用了 10 分鐘撰寫測試，然後同樣花了 10 分鐘完成功能 A，執行測試，花了 10 秒鐘，所以共計花了 20 分鐘又 10 秒。

光從數字上看來，小華花的時間幾乎是小明的 2 倍。

但是，通常功能的開發還會有後續的調整，假設在不修改規格的情況下，小明每次的調整花了 1 分鐘修改，然後還是花了 1 分鐘測試，所以每次的調整就是 2 分鐘。但小華因為已經有寫測試了，所以雖然同樣是花 1 分鐘修改，但只要花 10 秒鐘就可以跑完一輪測試。

簡單的算一下數學應該很快就可以看得出來誰花的時間比較多。小華一開始花在撰寫測試的時間，雖然看起來好像會增加整體的開發時間，但隨著時間，專案功能不斷的修改、調整，慢慢的就會比小明花的時間還少了，而且還多了一份安心感。

這的確是個問題，因為如果是在功能完成之後再補測試，一來是不知道哪些功能該測試，再來就是因為是順著原本的功能來寫的測試很容易有盲點，例如本來的邏輯是有問題的，即使是正確的測試，原本功能的邏輯還是有問題的。

這也是個很常聽到的理由，只是，本來可以正常運作的測試，在你加了一個功能之後測試就壞掉了，那是測試的問題還是你的問題呢？

其實大部份真正的理由，大多是不知道怎麼寫測試，或是不知道哪些該測試，甚至是根本不知道有測試這回事。

再次強調，TDD 的重點在於最後那個 D，也就是 Development（開發）。

不要為了測試而測試，你寫的是「規格」（Spec）

接下來，就讓我們開始動手寫測試吧！