測試用例的優先級別
優先順序一般都是和缺陷的嚴重程度對應的。
一般可以把優先順序分為三種：
高（highs）：保證功能性是穩定的，是按照需求的正常使用和實現點進行用例設計的，重要的錯誤和邊界測試的測試用例的集合。
中（mediums）：更全面的驗證功能的各方面，包括流程中的各個節點出錯情況、異常情況測試、中斷、ui展示、使用者體驗等方面的測試用例設計
低（lows）：不常被執行的測試用例。比如壓力和效能測試用例設計，介面測試用例設計隨著時間的推移已經從低級別變化到了中級別。
我們將測試用例分成：高，中和低。測試用例的優先順序在後邊我們進行」冒煙測試」的執行也是比較關鍵的，如果你還不清楚」冒煙測試」是什麼，可以看這篇文章：。
怎樣分配優先級別
1.把需求文件中描述的功能點和實現的功能邏輯正確性、流程是否正常使用標註為高優先級別。
2.所有功能點拆分之後的錯誤、邊界值或因果圖、流程圖中的錯誤、異常等情況用例為中優先級別，介面測試用例設計其實將其進行拆分也可以分到高和中級別。
3.把你所有非功能性的測試（例如效能和可用性）標註為低優先順序別.
一般高階別的測試用例在整體用例中佔30%，中級別的測試用例佔60%左右，低階別的用例佔5%-10%左右。
在定級某個測試用例時可以從幾方面說明：
1.這個功能的失敗將影響使用者的正常使用，高優先順序。
2.沒有按照產品的需求文件開發，或者開發同學沒有理解清楚需求，開發的產品不符合產品同學的規範，高優先順序。
異常情況下開啟軟體是否是展示的錯誤，未登入狀態下去請求需要登入才能訪問的位址，這種是中優先順序。
4.使用者開啟軟體訪問非常慢，屬於低優先順序。
最後，擁有劃分了優先順序別的測試用例也為你潛在的，待定的自動化專案給出了乙個好的起點。比如，自動化執行冒煙測試中的測試用例，度量收益，改進測試自動化，自動化高優先順序的測試用例等方面。
測試用例及測試用例的模板與等價劃分
1設計乙個情況，軟體程式在這種情況下，必須能夠正常執行並且達到程式設計的預期結果 面試中經常會問到 2如果軟體按照測試用例執行達不到預期的結果就反饋給開發人員，並修復 3 開發人員說缺陷修護了，測試人員必須用同乙個測試用例來測試這個問題，確保該問題已經修改完成 這也叫回歸測試 1.1識別符號 用例編...
軟體測試 2 測試用例級別
一.測試用例的級別判斷 p1用例 系統的基本功能，用例數量應受到控制 劃分依據 該用例執行失敗，會導致多處重要功能不可用 發生概率較高的，經常使用的功能 該類用例需在每一輪版本測試中執行 p2用例 系統的重要功能，用例數量較多 劃分依據 各種應用場景，使用頻率較高的正常功能。功能互動相關 在系統測試...
等價類劃分法測試用例 測試用例的基本介紹
測試用列 test case 是為了實施測試而向被測試的系統提供的一組集合，這組集合包含 測試環境 操作步驟 測試資料 預期結果等要素。測試用例的標題 測試思路 預設條件 步驟 預期輸出 乙個好的測試用例是乙個不熟悉業務的人也能依據用例來很快地進行測試。評價測試用例的標準 4.1 總體的設計方法 基...