（1）測試需求的名稱
為了便于對測試需求進行規范管理，方便查詢和統計分析，用來唯一標識一個測試需求。
（2）測試需求的編號
“需求編號”采用“REQ-A-B-C”四段編號，其中“REQ”代表需求，“A”代表系統名稱，“B”代表模塊名稱，“C”代表三位的功能點順序編號，從“001”編起。
如“REQ-CCI-外呼－001”，表示CCI系統“外呼”功能模塊的第一個功能點。
（3）上級需求的編號
為了對某測試需求進行詳細劃分，請將該測試需求作層狀顯示。如下所示：
需求1
需求11
需求111
……
需求12
需求121
……
需求2
需求21
需求211
……
需求22
需求221
……
“上級需求名稱”，即為該需求的父需求名稱。若為空，表示該需求為第一級需求。
（4）所屬子系統名稱
例如：
BIS：銀行保險系統
CCBSS：證券系統
CCI：呼叫中心整合系統
CMIS：信貸管理信息系統
DCC：數據集中系統
EAIH：總行企業級應用整合平臺
ECIF：企業級客戶信息平臺
ECTIP：企業級渠道交易整合平臺
IPSS：綜合產品服務系統
OCRM：操作型客戶關系管理
UDI：數據交換池
SRF：Server Farm（基礎實施項目組）
ICS：國際卡系統
（5）評審狀態
為了便于需求跟蹤，需要設置該需求的評審狀態。
“評審狀態”有“創建”、“變更”、“評審”三個狀態。
（6）重要性
測試需求的“重要性”用來度量該測試需求對應的“業務需求”在整個系統業務功能中的重要程度，其來源一般依據“軟件需求”的重要性指標。
“重要性”指標的取值有“核心”、“重要”、“一般”和“可選”四個值。
（7）優先級
軟件測試需求的“優先級”指標用來表明測試需求實施的優先次序。
優先級的取值有“高”、“中”和“低”三個值。
優先級取值的設定由測試經理綜合考慮測試需求的“重要性”、“穩定度”和“工作量”三個值來設定。
（8）穩定度
測試需求的“穩定度”指標用來表明該測試需求在測試實施過程中可能發生變更的可能性程度。
測試需求的“穩定度”指標有“高”“中”“低”三個取值。
影響測試需求穩定度的因素有業務需求的變更、業務需求的不正確理解等原因。
需求的穩定度由測試經理根據相應的業務需求的穩定度和其它因素進行設置。
（9）工作量
測試需求的“工作量”指標用來標明在后續的測試實施過程中，為完全覆蓋該測試需求而需要的工作量。
該數值由測試經理根據該測試需求對應的業務需求的復雜程度及其業務流程的繁簡程度進行設置。
該值是一個權重值，采用百分制。
工作量最大的為100，最小的為10，以10為增量進制。
需求的工作量由測試經理進行設置。
據此對測試人員的工作量進行量化考核。
（10）版本
需求版本用來記錄該測試需求對應的測試版本號。
（11）創建人
記錄該測試需求的創建人。
（12）創建日期
記錄該測試需求的創建日期。
（13）功能點描述
“功能點描述”是對該測試需求對應的業務功能進行詳細的描述。
每個測試需求只對應一個功能點，這一點一定注意。
（14）業務規則描述
“業務規則描述”指對與該測試需求相對應業務功能的邏輯約束的描述。
業務規則一定要采用R1：到R9：進行編號。
文章來源于領測軟件測試網 http://www.kjueaiud.com/