前面我們談到了如何處理舊專案裡壞掉的測試。這邊我們來談談新專案裡有測試壞掉了怎麼辦。這裡只的新專案就是我們從一開始就有加測試的專案,也許不是所有的情境都有寫測試,但至少是有考慮到怎麼測試的。
原本都是好的突然有一天有一個測試壞掉了,如果我們不理它很快的就會有第二個第三個壞掉了,最後情況就會跟我們之前討論的舊專案裡有壞掉的測試一樣。我們沒有額外的時間和精力修理它,最後只能把壞的砍掉或是放棄測試。
所以當出現第一個壞掉的測試時我們就要重視它。不然就會像破窗理論一樣,越壞越多。
先想想為什麼會有壞掉的測試?是不是團隊裡面有人沒有遵守一些約定呢,發生這些事情的原因通常是因為壓力所產生的紀律問題。但我們身為測試的導入者,我們必需要出來解決這個問題,先和團隊成員溝通,先確認寫測試這個方向是不是大家想要的,再去瞭解一下測試壞掉沒有修改的具體原因是什麼,我們要怎麼解決這個問題。
如果是因為需求發生變化的頻率太頻繁,所以產生來不及修改測試的情況,我們就必需要想想是不是我們所寫的程式或測試太過於僵化以致於不好維護呢?這有很多技術上的問題可以探討,身為工程師的我們,在專業這條路上還有很長的路要走。
這一系列的測試概念就先寫到這邊了,明天起換一些新的話題再繼續跟大家聊聊。