由測試經理設置。并非所有創建的測試需求都處在同一級別上，應綜合考慮各項測試需求對最終用戶的相對重要程度來劃分其等級。通過促使客戶、業務 / 系統分析人員和開發團隊成員相互交換意見，最終確定測試需求的重要性。 另外此項指標還用于協助確定測試的優先級。
核心級
針對于必不可少的功能需求、非功能需求及核心的業務流程的測試需求。這些測試需求不測試通過，客戶就不認可系統能夠滿足需求，就不會簽字允許系統發布上線。因此，所有核心的測試需求都必須在發布前通過，否則將錯過預定的發布時間
重要級
針對于關鍵的功能需求、重要的非功能需求及重要的業務流程的測試需求。如果遺漏了對這些測試需求的驗證，或這些測試需求沒有通過測試，可能會影響客戶或用戶滿意度，甚至會影響收入。一旦這些測試需求有一個測試不通過，產品版本就不得發布
一般級
對于一些為特定用戶或業務需求而設的系統功能，由于這些系統功能使用頻率相對較低，或者這些系統功能可以由其它的方法實現其替代功能，因而即使發布版中并未包括這些功能，也不會對收入或客戶滿意度造成太大的影響。針對于這些系統功能的測試需求稱之為一般性測試需求。這些測試需求是否通過測試將不影響產品的發布
建議級
針對于一般的測試需求，如果受資源或時間的約束，在預定的產品發布時間，有可能不能完成對這些系統功能的驗證，則這些系統功能的測試需求被定義為可選（建議）的
狀態
已提出
用于說明正在進行討論但尚未經過“正式渠道”審批的測試需求項
已批準
被認為是有用、可行并已獲得正式渠道批準，準備執行的測試需求項
成功/失敗
指出測試需求是否通過測試的驗證
已測試
指已通過測試的測試需求
變更中
測試需求處于變更中
穩定性
由測試經理設置。設置的依據是針對測試需求發生變化的可能性來定。其設定值應參考開發隊伍對軟件需求穩定度的設定，一般將穩定性分為高、中、低三擋即可。另外此項指標還用于協助確定測試的優先級
優先級
綜合考慮測試需求的重要性、工作量和測試需求穩定性三個需求管理屬性設定測試需求的優先級。一般將測試需求的優先級分為高、中、低三擋
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
