軟件測試一般bug分類

測試用例首先來自于對于需求的分析，是否能為測試挑選最合適或最關鍵的需求，關系到項目的成敗。

思考方法1：正反面思考法

為每個測試需求至少編制兩個測試用例：正面測試用例& 負面測試用例

正面測試用例：用于證明該需求已經(jīng)滿足； 負面測試用例：反映某個無法接受、反常或意外的條件或數(shù)據(jù)，用于論證只有在所需條件下才能夠滿足該需求

基本流：是經(jīng)過用例的最簡單的路徑

備選流：在某個特定條件下執(zhí)行

前置條件是執(zhí)行用例之前必須存在的系統(tǒng)狀態(tài)，后置條件是用例一執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。

針對不同的被測項目(或程序,軟件),可能都有不同的方式.因為項目不同,可能遍寫的用例的覆蓋程序,詳細程序等都不同.評審指標也不同.
    好的用例可以使測試完整,完善,提高項目質量.
    有時候,"以偏概全"未必是壞事.用例的評審,除了按基本業(yè)務流過一遍后,最重要的應該結合項目的風險(系統(tǒng),安全,應用風險)等,對用例進行審核

測試用例的優(yōu)先級別

首先，你必須確定什么是你優(yōu)先級別的類型和其暗示著什么。就我們的目的來說， 我們將用一個假設開始，那就是我們可能發(fā)現(xiàn)的缺陷的嚴重程度和那些相應測試用例的優(yōu)先級別之間是平行的。

1 –小版本確認測試（Build Verification Tests (BVTs)：也叫做“冒煙測試”，一組你想先運行的以確定這個給出的小版本是否可以測試的測試用例。如果你不能訪問每一個功能區(qū)域或執(zhí)行其他測試用例依賴的基本操作，那么在執(zhí)行這個優(yōu)先的測試用例之前，試圖做其他任何的測試都是沒有意義的，因為他們大多數(shù)肯定要失敗。

2 – 高（Highs）：最常執(zhí)行以保證功能性是穩(wěn)定的，目標的行為和能力可以正常的工作，和重要的錯誤和邊界被測試的測試用例的集合。

3 – 中（Mediums）：這是使給出的功能區(qū)域或功能變得更詳細，檢查功能的多數(shù)方面包括邊界，錯誤和配置測試的測試用例

4 – 低（Lows）：這是通常最少被執(zhí)行的測試用例。但這并不意味著這些測試都不重要，只是說他們在項目的生命期間里不是常常被運行，例如GUI，錯誤信息，可用性，壓力和性能測試。

我們將測試用例分成4類：BVTs，高，中和低?，F(xiàn)在的問題是將測試用例分到不同的優(yōu)先級別里。畢竟，優(yōu)先級別將指出哪些測試用例被認為是需要更頻繁的執(zhí)行的，哪些又不是。