得了不寫 Test Case 會死的病

Glassware and things

許久以前每開始一個專案,會以時間為重要的考量因素
(很像沒有作過不趕時間的專案)

漸漸一個專案,如果不是像活動性質的案例

專案功能少有幾十項,多則分到各個模組拆作

沒有寫 test case ,團隊成員新增功能,或是修復 bug ,只要整個程式庫有了變動,都是風險,越來越膽小,小到,現在都是邊寫程式,到一個階段後,直接把 test case 寫完,才敢上線,或是更新,不然沒有安全感,以前舊有的 test case 就是一點一滴,紀錄整個系統進化的日記一樣,可以確保每個細節,可以安全無誤

一般人的想法,可能覺的寫 code 都沒時間了,還寫什麼 test case 尤其是在台灣的軟體生態裡,更是如此,有 bug 可以修的修,不好修的,藏起來,時間為先,只要這不是一個用過就丟的系統

不過現在欠下來的,以後還是要還,尤其是自己的產品時,都會有長遠的發展,及早養成習慣,使用正確的工具,可以讓你的測試,寫起來,又快,又笨,又簡單,時間花的就不會像你想像的那樣多了 ;-)

PS: test case 我是泛指所有的測試,不管是功能測試,效能測試,還是介面的部份…

comments powered by Disqus