Glassware and things

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

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

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

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

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

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

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