H05 修改系統程式(2)──動手修改時

在確認出問題的程式碼後，應該先在Impact Analysis上註明出錯的原因，並推斷應該如何修改來解決現在的問題。文件經過原先設計者或其他同仁的審查並同意後，再依照文件上的作法去修正。

修改的時候要注意儘量把原來的程式碼用註解的型態保留下來，同時在後面註明是誰因為哪一張問題單才這樣改的；另外加上去的程式先要以明顯的註解標記上同樣的資訊。這麼做的原因是萬一修改後還是有問題，甚至演變為更重大的Side Effect時，還能很快地恢復為原來的樣子。

修改後當然應該立即作Unit Test以保證程式本身還能夠通過原來的測試，出錯的部分如果原先沒有被測試到則要加入Unit Test的範圍。通過Unit Test後要參考系統的追溯表找出這些Class所影響到的全部Test Case重新測試一遍；通過所有的測試後，把修改程式碼的Class名稱與變更的內容全部記錄在Impace Analysis裡。

如有任何錯誤則一直重覆修正到通過全部相關的測試為止。此時的重點在於解決問題並通過測試，還有就是記錄下所有修改的地方。