rat
rat( release acceptance test ) 發布驗收測試
rat又稱為構建驗證測試或者煙霧測試，rat會在每個開發版本發布之後進行。以確定系統處於穩定狀態、所有的主要功能都具備並且能夠在 「 正常 」 條件下執行的測試用例。rat用來評斷這個build能否進行後續的測試，如果rat測試失敗的話，qa人員可以要求不測試這個build，因為這個build存在嚴重的問題，導致後續的測試無法正常的進行。
只有當所有rat用例通過以後，這個build才能進入alpha測試階段。
在test case設計時，rat case應當佔整個test case數量的10% 到 15%
fast
fast (functional acceptance ****** test)功能驗收簡單測試
fast在每個build發布之後進行，用來確定模組的關鍵功能是否可用。
toft
toft (task-oriented functional test)面向任務功能性測試
toft下的用例都是按照功能說明書、使用者指導文件、需求或者設計文件等中的任務 來設計的，每乙個功能都能被測試到。包括每個功能執行的完整性，當與其他功能有牽涉時執行的完整性等。
fetfet (forced-error test) 強力錯誤測試
故名思議，fet下的case是在故意製造一些可能出錯的情景，這種case一般能測出不少的問題。但是這種情況下的問題不一定都需要fix，看開發的節奏和時間安排。一般會經過討論之後確定。
boundary test
boundary test 邊界測試，比如測試程式的響應在極端輸入或者記憶體洩漏等情況下
volume test
volume test 體積測試，測試模組在載入一些大容量資料或者大量計算的情況下是否正常工作。但是沒必要測試那些超出設計要求極端情況。這裡強調的是那些處理大量或者小量資料的程式在高頻率工作下能否持續工作。
stress test
壓力測試，目的是測試模組在有限資源或者低系統資源的情況下，比如 低空閒記憶體、低磁碟空間、檔案控制代碼、gdi資源等等
軟體測試 用例
三 什麼是測試用例的有效性 四 測試用例的粒度和評價 軟體測試 用例 本節重點 1.測試用例的基本要素 2.測試用例的設計方法 3.測試用例的有效性 4.測試用例的粒度和評價 測試用例就是向被測試系統發起的一組集合，包含測試資料，測試環境，操作步驟，預期結果 要素 測試前期 測試版本 功能模組 重要...
軟體測試與軟體測試用例
程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作，經歷了對測試用例認識的不同階段。第一階段，入門。編號，測試點，測試環境，測試資料，測試步驟，預期結果，設計人，設計時間，執行結果，執行時間，備註。所有的一切都要寫的清清楚楚，詳詳細細。設計 評審 修改，迴圈往復。這個階段提到的有關測試用例設計最...
軟體測試 測試用例筆記
軟體測試基礎 滿足需求為目的，保證軟體質量，滿足使用者需求 軟體測試流程 需求分析，計畫制定 用例編寫 結果報告 測試生命週期 計畫 設計 開發 執行 評估 黑盒測試 功能 相容性 灰盒測試 效能 易用性 白盒測試 安全 ui元素 測試用例是一組在測試時輸入輸出的標準，軟體需求的具體對照 測試用例的...