一、測試用例sql文件
1.測試項目
本次測試的功能點，如登錄
2.測試子項
測試子項是表示我們本次測試的目的：如正常登錄測試用例編號 測試用例編號，是由字符和數字組合成的字符串。
用例編號應具有少數性、易識別性
測試用例編號的格式：
項目編號_測試階段_測試項_測試子項_順序號
測試階段：ST、IT、UT
項目編號_ST_系統測試項_系統測試子項_001
項目編號_IT_集成測試項_集成測試子項_001
項目編號_UT_單元測試項_單元測試子項_001
例如：
N3310‐ST‐CALL‐URGENTCALL‐001
N3310‐IT‐FILEITF‐READFILE‐001
N3310‐UT‐FILEITF‐READFILE‐001
3.測試標題
測試標題表示該用例測試的目標
4.測試用例優先級
之所以對用例進行標級，是因為可以根據用例的優先級來確定我們的測試策略。
常對于用例優先級定義：高、中、低三個級別
確定測試用例的優先級一般有兩種方式：一是業務的優先級；二是用例優先級評估模型
業務的優化級 ：
根據業務的優化級來定義的優化級，即如果業務的優化級越高，那么用例的優化越高
業務的優先級有兩個方面：一是需求本身優先級；二是業務本身分為基本與備選流。
需求的優先級也分為：高、中、低三個級。
高：如果這個需求不做或者說做的不完善，那么這個產品無法銷售
中：該需求一定要實現，但可以做不是那完善或極致
低：該需求是否實現無所謂，不會影響到產品都可以賣出去，但是可能會影響產品的定價和銷售量。也稱之 為“鍍金需求”
VH:核心業務+基本流
H：核心業務+備選流，基本+基本流
M：基本業務+備選流和一般業務+基本流
L：一般業務+備選流 用例優先級模型
用例優先級模型
從三個來評估用例等級：
—>使用頻率
使用次數，每天使用多少次或者是每多少天使用一次
—>影響程度
如果這個用例失效了，那么對用戶的影響程度
—>失效可能性
這個功能出現問題的概率有多大，每執行多少次會失效一次
上面三個維度又為會高、中、低三個級別，分別對應的權重為5、3、1。
每個維度的權重分別為：0.4、0.2、0.4
例如，如果使用頻率為高、影響程度為中、失效可能性為低 5 * 0.4 + 3 * 0.2 + 1 * 0.4 ＝ 3(M)
5.預置條件
執行用例之類系統應該達到的狀態
6.輸入
該用例在執行測試時，需要輸入的數據
7.執行步驟
步驟是我們執行這個用例時我們操作軟件的步驟
8.預期結果
預期結果是從何而來的，預期結果是來自軟件需求
預期應該從哪些維度來描述：
—>GUI界面：例如界面提示、對話框 —>數據庫：例如，注冊，注冊成功后數據庫中會有一條用戶信息
—>相關文件：例如：QQ文件傳輸的默認路徑，這個路徑如果修改了那么就會將保存這個默認路徑的配置文件 也修改。
—>日志文件：很多業務每執行一次，不管是成功還是失敗都會寫一條日志文件信息
延伸閱讀：
二、什么叫測試用例
測試用例（Test Case）是為某個測試目標而編制的一組測試輸入、執行步驟以及預期結果的集合，以便測試某個程序的路徑或驗證軟件是否滿足某個特定需求 測試用例的概念包含以下幾個方面的特性：1.目標：測試用例的目的是為了達到一定目標 2.作用：去驗證某個路徑或某個特定的需求 3.集合：表示測試用例由多個項組成：如輸入數據、步驟、預期結果等。
京公網安備 11010802030320號