優先順序分為**：
高優先順序――
[first]
中優先順序――
[second]
低優先順序――
[third]
在測試需求這一層劃分優先順序，把優先順序標註在測試需求的後面，加上桃紅色。
例：1.
軟體需求編號
/詳細設計編號
測試需求說明
/[優先順序
]操作說明
預期結果
結果序號
strq2
（採購單匯入採購計畫單時，在導單視窗中，主表需要增加「**商」字段）
/「_james」
5.3.2
在採購單導原單的導單視窗中增加「**商」字段，並且「**商」字段顯示中文名
/[second]
■點採購單上的按藥品匯入方式
■可在導原單視窗
主表
中「**商」字段
■「**商」字段顯示**商的中文名√1
確定優先順序總的思想：
1.根據測試物件的複雜度。測試物件複雜，測試需求優先順序高。
2.參考需求的優先順序。
需求優先順序高，測試需求優先順序相對較高。
具體來說：
高優先順序有：
1.新增的單據型別，其中的儲存，作廢，恢復，審核，反審核功能。（比如新增的庫存調價單）。
2.新增或改動的業務。不一定新增了單據，但是對業務有新增或是改動。（比如對採購調價業務的改動，改動後的可能生成銷售毛利調整單）
3.對業務產生影響的，新增或改動的某個功能操作後程式的後續動作（待確定）
4.新增單據後對
一覽表，總覽表
和彙總報表的改動
5.新增或改動的字段。（需求重點要求的；或者對業務產生影響的）
中優先順序：
1.新增或改動的字段。（需求沒有重點要求的；或者是不對業務產生影響的）
2.不對業務產生影響的，新增或改動的某個功能操作後程式的後續動作（待確定）
（比如所作的記錄只供檢視用）
3.對新增單據效能的測試。（單據的儲存，審核，反審核，一覽表的查詢）
低優先順序：
1.新增單據中的常用的公共的功能。（比如重新整理，列印，列印預覽，頁面設定，頁面重新整理，取消最近一次操作等）
2.新增單據型別一覽表中的常用的公共的功能。（比如向前移動，向後移動，重新整理等）
執行緒優先順序測試
當可執行狀態的執行緒很多，那麼優先極高的執行緒將會先執行。執行緒的優先順序用1 10之間的整數表示，數值越大優先順序越高，預設的優先順序為5。執行緒還有三個常量，看下面的測試類。下面弄個小例子。1.執行緒類 package com.citi.thread public class threadtes...
測試優先順序定義
一級功能測試 業務場景測試 測試用例的優先順序用於標識測試用例的重要性和執行頻率，共分為4級，由高至低依次為p0 p3。p0核心功能測試用例 冒煙測試 確定此版本是否可測的測試用例，此部分測試用例如果fail會阻礙大部分其他測試用例的驗證。p1高優先順序測試用例，最常執行以保證功能性是穩定的 基本功...
測試用例的優先順序
測試用例的優先順序概念 有時會聽到0級別case的說法，其實這是對具有一定優先順序的測試用例的說法。在實際測試實踐中，測試用例根據重要性分成一定的等級。在不同的公司，可能測試用例的劃分有所差異，但是基本大同小異。如下就是一種測試等級劃分的方法，共分為4級，由高低依次為p0 p3。p0核心功能測試用例...