2007年12月3日 星期一

H04 修改系統程式(1)──動手修改前

當問題單無法直接回覆而傳送到負責修改程式的人這邊時,幾乎表示這個意見是非修改程式不可了。

首先不管是修改問題或是新增功能都要新增一份稱為Impact Analysis的文件,先在上面記錄問題單的編號內容與負責人員的姓名。這份文件的目的除了記錄這次的修改是基於哪一份問題單的提出之外,另外會記錄修改的原因與修改後影響的部分。

在動手修改程式之前,如果提出的是錯誤的話,那麼第一步必須先重現使用者的問題;如果依使用者提供的資料仍無法重現問題,那麼會先請使用者提供更詳細的資料。當問題可以重現時則反覆測試直到能明確判定是在什麼地方造成這個錯誤的發生。

定位出需要修改的程式碼位置後,再來就是要決定如何修改,與要花費多少時間去修改。在此時著重的是先去明白動作為什麼是這樣做,現在的動作在哪裡出現了錯誤導致眼前的問題發生。

沒有留言:

張貼留言