許久以前每開始一個專案，會以時間為重要的考量因素
(很像沒有作過不趕時間的專案)
漸漸一個專案，如果不是像活動性質的案例
專案功能少有幾十項，多則分到各個模組拆作
沒有寫 test case ，團隊成員新增功能，或是修復 bug ，只要整個程式庫有了變動，都是風險，越來越膽小，小到，現在都是邊寫程式，到一個階段後，直接把 test case 寫完，才敢上線，或是更新，不然沒有安全感，以前舊有的 test case 就是一點一滴，紀錄整個系統進化的日記一樣，可以確保每個細節，可以安全無誤
一般人的想法，可能覺的寫 code 都沒時間了，還寫什麼 test case 尤其是在台灣的軟體生態裡，更是如此，有 bug 可以修的修，不好修的，藏起來，時間為先，只要這不是一個用過就丟的系統
不過現在欠下來的，以後還是要還，尤其是自己的產品時，都會有長遠的發展，及早養成習慣，使用正確的工具，可以讓你的測試，寫起來，又快，又笨，又簡單，時間花的就不會像你想像的那樣多了 ;-)
PS: test case 我是泛指所有的測試，不管是功能測試，效能測試，還是介面的部份...
沒有留言:
張貼留言