單元測試理論

以下CODE都已PHP CodeIgniter框架為例
劇情模式

某天早晨，某鷹的SKYPE....突然叮咚了一下。

大神：
小鷹，因該要教你單元測試了。

小鷹驚訝的回：
大神，什麼是單元測試

大神回：
單元測試就是對每一個功能，做合理的預期測試,有了單元測試,才有辦法做TDD(TESTING DRIVER DEVELOP，測試驅動開發)

小鷹疑惑的回：
那單元測試的目的是什麼阿？

大神：
快速、品質、可維護

大神：
小鷹，你會員驗證會怎麼做。

小鷹很堅定的回：
輸入帳號密碼，然後去資料庫對應資料，然後有資料則...，沒有資料則...

大神回:
果然是一般工程師思維，我跟你講真正的TDD做法，首先創一個函式，
假設叫做auth_account好了。
先測試傳回是不是false，因為你什麼都沒寫應該要是false。
然後傳入帳號後，先假設資料已撈出給驗證，測試這測試是不是正常。
接著做資料的帳密比對，測試驗證傳回的結果正不正常。
最終他應該只會傳回true跟false來決定帳號是否通過。
如果通過時你要取得必要資料，則要另開函式(或物件方法)去測試驗證資料是否取得成功。
當你測試完全無誤後，你的code不用再寫了，因為已經寫好了。

小鷹趁機coding就回：
大神，那我這樣寫是單元測試嗎？

function auth_account($account){
    $query = $this->db->where('account',$account)->get('user');
    if($query->num_rows() > 0){
    return true;
    }else{
    return false;
}
}

大神回:
no!no!no!你這樣就只有函式，但你沒去測試，而測試不是你做而是電腦做，
也就是說你要另外寫個code，去測試你的函式是不是正確的，
而那個code的驗證功能，幾乎所有的framework都有提供。

大神接著回:
給你一個觀念，絕大多數的工程師不寫程式，正是因為他們覺得寫一個code去測試另一個code，
是很蠢的一件事，因為覺得很浪費時間。
我不否認這會讓你codeing的時間變成二倍，不過話說回來，也不過就是codeing的時間。
假設你寫個功能要2個小時，那你可能就要多花2個小時去先寫測試，看起來很花時間對吧！
但是如果真的就只是這樣我就不會跟你提了，重點是假如你最後要花3天的時間debug，
當你做單元測試和測試驅動的話，可能debug只要花你3分鐘。
現在，你知道省時間是省在那了吧！所以單元測試是為了 DEBUG 與 維護方便。
舉個例子來說，如果是二天的工作，可能會花你四天，但是二個月的工作，可能只會花你40天！
甚至只剩4週。

這是小鷹想到什麼就回：
可是一般專案時間已經很緊湊了，所以是不是因為專案時間的關係，
所以很多工程師都沒有做單元測試。

大神回：
正解，大家都會因為時間太趕，就會覺得單元測試是多餘的，沒價值的。
等到軟體交出去後，等到客戶抱怨不好用，再來回頭修bug時，
你會發現工程師就是無止境的加班解bug。

小鷹又回：
不過專案經理跟業務好像不會把單元測試歸納到時間內

大神回：
這也是正解，因為沒有人會想到是用測試來寫程式，
而不是寫完再來測試，最主要的是，
每個工程師的「垃圾」回收機制不同，大部份的工程師，
都不做資源回收的，我這樣說好了。
一個簡單的5+3，答案是8，但我們要去驗證，
於是你會看到工程師這麼做，echo add(5,3);，然後當答案是8時，
他就把這行mark掉甚至刪掉，他卻不知道被他刪掉的這行才是寶。
因為我們可以另外開測試程式這樣跑

function test_add(){
      $this->unit->run(add(5,3) == 8,'is_true','測試5+3是不是等於8');
}

測試時你可以任意改值去看是不是符合你要的答案。

大神回：
好了我要去開會了！自己領悟吧！

小鷹心裡想趕coding都來不及了,哪有時間在單元測試[某神 神踢 小鷹飛了]

這個劇情告訴我們心裡OS不要亂說出來(某神 巴頭),
說錯了是告訴我們單元測試對程式的維護與DEBUG來說是很重要，
所以做了單元測試只是會消耗一點coding時間，可是呢！
會節省DEBUG的時間與維護的時間。