1 –小版本確認測試(Build Verification Tests (BVTs)：也叫做“冒煙測試”，一組你想先運行的以確定這個給出的小版本是否可以測試的測試用例。如果你不能訪問每一個功能區域或執行其他測試用例依賴的基本操作，那么在執行這個優先的測試用例之前，試圖做其他任何的測試都是沒有意義的，因為他們大多數肯定要失敗。
2 – 高(Highs)：最常執行以保證功能性是穩定的，目標的行為和能力可以正常的工作，和重要的錯誤和邊界被測試的測試用例的集合。
3 – 中(Mediums)：這是使給出的功能區域或功能變得更詳細，檢查功能的多數方面包括邊界，錯誤和配置測試的測試用例
4 – 低(Lows)：這是通常最少被執行的測試用例。但這并不意味著這些測試都不重要，只是說他們在項目的生命期間里不是常常被運行，例如GUI，錯誤信息，可用性，壓力和性能測試。
我們將測試用例分成4類：BVTs，高，中和低�，F在的問題是將測試用例分到不同的優先級別里。畢竟，優先級別將指出哪些測試用例被認為是需要更頻繁的執行的，哪些又不是。
怎樣著手分配優先級別
1) 隨意地分配：
基于如果你沒有足夠的時間測試卻又至少要保證所有的產品需求已經被確認可以在設想的良好狀況下象它們被期望的那樣工作的想法，前面這3 步將讓你任意的分組測試用例，如果你也停下來思考每個測試用例的測試的內容，它們都將變的很重要。因此只需要：
I) 把你所有功能性驗證(或基本路徑(Happy Path))的測試標注為高優先級別
II) 把你所有錯誤和邊界值或確認測試標注為中優先級別
III) 你所有非功能性的測試(例如性能和可用性)標注為低優先級別.
2) 提升和降級：
并非所有的功能性測試都一樣的重要，并且和邊界和非功能性測試一樣的重要。思考一下測試的重要性及相對于其他同等優先級別的測試，你想要檢查這個功能的頻率-考慮質量目標和你項目的需求。
I) 把功能性驗證測試分為兩組：重要和不是十分重要。
II) 將“不是十分重要”的能性驗證測試降級為中優先級別
III)把錯誤和邊界測試分成兩組：重要和不是十分重要
IV) 將“重要”的錯誤和邊界測試升級為高優先級別
V) 把非功能性測試分成兩組：重要和不是十分重要
VI) 把“重要”的非功能性測試升級為中優先級別
VII) 針對每組高，中和低優先級別的測試用例，重復劃分和升級/降級流程直到你達到一個點，可以在不同優先級別之間移動的測試用例的數量到最小。
3) 識別小版本驗證測試用例(Build Verification Tests)：
現在，為了確保小版本是可以測試的并準備好給小組其他成員開始測試，哪些測試用例是必須在每個小版本中都檢查呢?
文章來源于領測軟件測試網 http://www.kjueaiud.com/
