原文:http://blog.codylab.com/testcase-categorization/
我相信瞭解測試案例的分類可以加速測試案例的設計與開發,並且讓開發人員對於測試目標能更瞭解,一般而言,測試案例種類至少可分成以下幾種:
- Release Acceptance Test(RAT)
- Functional Acceptance Simple Test(FAST)
- Task-Oriented Function Test(TOFT)
- Force-Error Test(FET)
- Boundary Test
- Volume Test
- Stress Test
之前在學著寫測試案例的時候,有向前輩請假不同類型的測試案例。人們不能告訴最簡單的可能是不同的RAT和FAST。 RAT與FAST的驗收測試。它的字面意思是實在不容易看出來。其實,對我來說,測試的情況下被分為兩大類,一種是正常的軟體正測試測量的情況下,或測試錯誤處理的FET。可分為 RAT、FAST、TOFT、Boundary、Volume、Stress。然而,由於構成一個軟體。一般情況下,必須測試的情況下,通過測試,僅代表其品質一定程度的保護。然而,在第一次測試,後測是什嗎?當然,這是第一個重要的測試。粗點的重要性,大概可以分為:RAT
> FAST > TOFT = Boundary = FET > Volume = Stress
RAT是用來判斷是否可以測試在一些過程中產生,RAT測試案例失敗,QA人員可以請求未測的建設,繼續測試前建立。因為這個構建有重大缺陷,無法執行下一個測試。因此RAT測試案例的數量,理論上應該是非常小的,例如,安裝的一部分,必須至少有一隻老鼠,畢竟,如果軟體不能安裝在一起的,有沒有辦法測試。
FAST模組可以被視為最重要的TestCase的,如果不是通過最有可能會影響到未來托夫特沒有辦法繼續進行測試。它可以是其中最重要的模組中的幾個測試案例中挑選出來的FAST。
TOFT,基本上只要不把它當RAT與FAST正測試案例其餘的測試案例。
FET是故意製造一些程式錯誤,無論錯誤控制代碼妥善處理測試案例測試案例通常可以找到很多的缺陷,因為,畢竟,開發人員將是比較容易忽視的一些錯誤控制代碼
邊界測試專門測量一些關鍵的情況下,像最高與最低值的變數,然後對面。有些的一些邊界測量誤差手柄。容量測試,壓力測試不屬於功能測試。