P16 測試的過程(7)──任何修改後都進行迴歸測試

每一個找到的問題點都會有許多執行流程經過，完整找出經過這個問題點的所有執行流程並加以測試，是保證修改後所有功能依然正常的迴歸測試的任務。

修改某個Method之後，使用Eclipse的Preference功能可以找出上一層有直接呼叫的Method，根據找出的Method清單再向上找出更上一層的Method清單，再根據更上一層的Method清單往上找……。在沒有記錄的情況下往上找，可能就像從一大群同姓的宗親中找出自己的所有直系血親一樣困難，如果有系統裡有類似族譜的記載不是就容易得多了嗎？任何一個人都可以很快地找出自己的所有直系血親。

如果沒有做出自動測試的話，每次修改都要重作一次影響部分的Unit Test、功能測試、使用者測試……等，可以說改得越多就測得越痛苦。不管是時間因素或是人為因素，只要跳過沒測試的部分都可能在系統裡埋下了潛在的問題。以經驗來說，系統或元件都會是需要修改的，因此能夠節省時間的自動測試就相對變得重要。

測試是為了找出系統有問題的地方，但是進行測試是需要代價的。如果能夠讓測試自動地被進行，問題也自動地被找出來，那該是多麼理想的一件事？