D27 物件關係追溯的極致

現在想像一個Basic Data Model方法的內容需要修改，在我們的設計裡資料模組是所有元件與Controller使用的物件，所以我們必須重新測試系統所有的功能。這樣對嗎？只追溯物件使用的關係，的確只能這樣處理，事實上修改物件的一個方法時，應該只要確認那個方法被哪些物件在哪些方法裡使用，再往上搜尋所得的結果才是真正的影響。

在改變後為了確認所有被影響的動作都是否正常時，會因為只是物件層級的概略追溯而造成錯估真正的影響範圍，會付出比實際影響範圍超出許多的不必要測試之類的資源浪費。一個系統的在測試階段的問題單很可能上千張，如果每個問題的解決都或多或少地浪費了一些資源，累積起來到專案結束時總共有多少呢？

然而記錄得越詳細，所需要的資源的資源也會比較多，這時我們需要便利的追溯工具來減輕負擔。不要使用程式開發工具裡的追溯，因為層次一多，尋找的次數與內容也相對增加很多。在設計的同時其實使用關聯就已經存在於Design Model裡，只要有相對的工具可以便利地列出指定物件的追溯關係，這樣一來就方便許多。