您可以使用檢查點來檢閱元素。只使用影響您的工作區的檢查點。
需求檢查點
您可以使用「問題」屬性,輸入您要在檢閱元素時使用的問題。請寫下問題,以便回答是時表示已核准元素。當您檢閱不同類型的元素時,可以使用下列檢查點,例如,需求、使用案例、測試案例及問題報告。
表 1. 需求檢查點範例名稱 |
問題 |
唯一性 |
需求的標題與 ID 是不是唯一的? |
易懂性 |
讀者是否能夠瞭解需求? |
冗長度 |
需求是否排除非必要資訊? |
完整性 |
所有屬性是否皆完整? |
語義不明確 |
需求的用語是否清楚? |
一致性 |
不同的需求間以及需求與整體系統需求間是否無衝突? |
組織 |
需求的階層式層次是否正確? |
追蹤性 |
需求是否有來源需求與目標需求? |
可測試性 |
需求的完整性是否可透過測試、示範、檢閱或分析進行驗證? |
責任 |
是否已指定需求的負責人? |
語言 |
需求是否排除文法錯誤與難以確認的字眼(例如經常、至少及有時)? |
類型 |
此需求是否確實為需求,而非設計或實作解決方案? |
重複性 |
需求的意義是不是唯一的? |
分割性 |
此需求所指定的是否為定義明確的單一需求? |
分組 |
這是否為獨立式需求? |
範圍 |
需求是否在專案的範圍內? |
效能 |
是否已指定此需求的效能目標? |
參照 |
此需求的交互參照是否正確? |
相依關係 |
此需求是否依存於其他需求?是否已明確指定這些相依關係? |
使用案例檢查點
表 2. 使用案例檢查點範例名稱 |
問題 |
離散性 |
使用案例是否為獨立、可分離的作業? |
目標 |
使用案例的目標或可測值是否明確? |
動作項目 |
是否已指定自使用案例中受益的動作者? |
層次 |
使用案例是否撰寫於基本(抽象)層次上,而非撰寫為特定實務練習? |
類型 |
使用案例是否包含設計與實作詳細資料? |
操作過程完整性 |
是否已載明所有預定的操作過程? |
例外 |
是否已載明所有已知的例外情況? |
分割性 |
是否有任何共用的動作順序可分割成個別的使用案例? |
語義不明確 |
每個操作過程的對話順序是否皆明確撰寫,沒有語意不明或不完整的情形? |
切題性 |
使用案例中的每個動作項目與步驟是否都與完成作業有關? |
操作過程可行性 |
使用案例中的操作過程是否可行? |
操作過程的可驗證性 |
是否可以驗證使用案例中的操作過程? |
測試案例檢查點
表 3. 測試案例檢查點範例名稱 |
問題 |
輸入及輸出 |
測試案例是否包含預期的輸入與輸出的完整說明? |
參照 |
是否已說明此測試案例的所有相依關係? |
重複性 |
此狀況是否僅測試一次? |
完整性 |
測試案例是否完整? |
語義不明確 |
測試案例是否避免語義不明確的情形? |
重現性 |
測試案例是否可重現? |
設計 |
測試案例的設計目的是否為顯示失敗確實存在,而非失敗不存在? |
問題報告檢查點
表 4. 問題報告檢查點範例名稱 |
問題 |
易懂性 |
讀者是否能夠瞭解錯誤報告? |
完整性 |
所有屬性是否皆完整? |
語義不明確 |
錯誤報告的用語是否清楚? |
重複性 |
是否存在重複的錯誤報告? |
重現性 |
是否可以重新產生錯誤報告中所記載的錯誤? |