H14 修改的歷程(2)──問題與變動

當系統出現必須修改程式的問題，為了解決問題就一定會動到程式，問題與修改程式之間同樣需要追溯。

程式被修改之後，要進入到系統的追溯層面，找出所有直接或間接使用到修改部分的Class，看是否有需要跟著修改的地方，有的話也要列入被修改的程式清單。確認問題變動到的Class清單後，要找出他們對應的測試程式視需要變動後加以測試，還要找出與修改部分相關的文件章節並且修訂；以上一連串需要修改的地方，都是與這個問題有關的追溯記錄。

單一問題逐漸被修正而且通過，在即將出版本前應把所有的問題與其影響物件整合起來看待，程式、測試程式與文件全部被修改過哪些，如果某個物件在多個問題內都有被變動到，則要把問題單代號列示在該物件的名稱後。接著找出所有變動程式影響的Test Case加以修改並作整合測試。

每個問題單要知道為它所改變的全部物件，每個被改變的物件也要知道它影響了哪些問題單。系統的任何改變，都必須要能找出範圍以便“封裝”改變後的影響，如此才能以最經濟的方式加以測試且能確保品質。