追蹤起到了幾個重要的作用：
驗證一個實現是否完成了所有的需求：用戶要求的每一件事情都被實現了驗證應用程序只做了所要求的事情：不會去實現用戶從未要求的事情
有助于變更管理：當一些需求變更后，我們想知道哪些測試用例應當被重新執行以測試這個變化一個追蹤項是一個項目元素，其需要從另一個元素進行追蹤。按照IBM Rational RequisitePro，它是一個需求類型的實例所表示的任何事情。在RequisitePro中一些需求類型的例子是涉眾需求，特性，用例，參與者，和術語條款。
在RequisitePro中，有一種按照特定視圖展示追蹤性的便利方法。圖3 顯示了將特性映射到用例的一個例子。
圖3. 在RequisitePro中的追蹤關系
這里有一些問題，這些箭頭應指向哪里：是從更低的層次到更高的層次，還是從更高的層次到更低的層次。甚至在RequisitePro中的兩個例子使用了兩個不同的方法。答案是沒有關系，只要你在項目中始終如一地使用它們就可以了。
參與者和用例
參與者是與系統交互的某人或某事。用例是根據操作順序的一個系統描述。它為參與者產生了一個看的見的結果或數據值。以下是用例的一些特征：
被參與者初始化
模擬參與者和系統之間的交互
描述操作的序列
獲取功能需求
為參與者提供數據值
表示完整的和有意義的事件流
用例的目的是促使開發者、顧客和用戶之間對系統應做些什么達成一致。用例在開發者和顧客之間達成了某種契約。它同時也是用例實現的基礎，它在程序設計中起到了非常重要的作用。另外，你可以從用例中產生序列圖，協作圖和類圖。此外，你可以從用例產生用戶文檔。用例可能還在計劃迭代的技術內容方面有幫助，并且使系統開發者更好地了解系統的意圖。最后，你可以使用它們作為測試例程的輸入。
用例圖顯示了參與者和用例之間的關系。在本文我們使用一個在線書店作為項目的一個例子。圖4 展示了這個項目的用例圖。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
