原文：
我相信了解測試案例的分類可以加速測試案例的設計與開發，並且讓開發人員對於測試目標能更了解，一般而言，測試案例種類至少可分成以下幾種：
之前在學著寫測試用例的時候，有向前輩請假不同型別的測試用例。人們不能告訴最簡單的可能是不同的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是故意製造一些程式錯誤，無論錯誤控制代碼妥善處理測試用例測試用例通常可以找到很多的缺陷，因為，畢竟，開發人員將是比較容易忽視的一些錯誤控制代碼
邊界測試專門測量一些關鍵的情況下，像最高與最低值的變數，然後對面。有些的一些邊界測量誤差手柄。容量測試，壓力測試不屬於功能測試。
robot framework測試用例如何打tag
首先，為什麼要打tag 1 tag的標示可以展示在測試報告 日誌中，便於檢視用例。2 可以根據tag統計用例。3 有了tag，可以執行包含這些tag的用例，或者執行不包含這些tag的用例。4 根據tag，可以區分出哪些用例是關鍵用例。其次，如何打tag 打tag的方式有三種 1 在資料夾下打tag，...
測試用例如何評審
1 測試用例是否按照公司定義的模板進行編寫的 2 測試用例的本身的描述是否清晰，是否存在二義性 3 測試用例內容是否正確，是否與需求目標相一致 4 測試用例的期望結果是否確定 唯一的 5 操作步驟應與描述是否相一致 6 測試用例是否覆蓋了所有的需求 7 測試設計是否存在冗餘性 8 測試用例是否具有可...
測試用例如何進行評審？
設計能力的過程 1 需要評審的原因 測試用例是軟體測試 的準則，但它並不是一經編制完成就成為準則。由於用例開發人員的設計經驗和對需求理解的深度各不相同，所以用例的質量難免會有不同程度的差異。2 進行評審的時機 一般會有兩個時間點。第一，是在用例的初步設計完成之後進行評審 第二是在整個詳細用例全部完成...