一般來講，測試用例設計的時候可以採用二維的方式歸類：
- 橫向：根據對用的FDD進行分類。
- 縱向：根據測試類型進行分類。
橫向
橫向的分類主要根據功能模塊進行劃分。根據產品的不同而有所不同，但是一般每一個測試用例，都能追溯到一個具體的功能需求。具有類似功能需求的測試用例會放在一起，形成一個功能模塊的測試集。
縱向
縱向的分類主要根據測試的類型進行分類。主要有以下幾種類型：
BAT(Build Acceptance Test)
這類測試用例屬於最基本的測試用例。一般都不復雜，但都是非常重要的基本用例。BAT測試用例具有很高的穩定性。BAT的測試用例大概會佔測試用例的總數的30%左右。BAT裏面的測試用例，往往都是作爲Regression測試用例的。BAT的測試用例用例一旦fail, 意味產品有重大缺陷，基本無法發佈。對應的測試用例發現的問題，往往爲P1的Bug。
Core(Core Regression Test)
這類測試用例和BAT的測試用例很相似，代表核心功能，重要級別會比BAT要低些。測試用例會比較複雜，一般佔整個總數的20%左右。一般Core集裏面的測試用例fail, 對應的Bug也往往都是P1。Core和BAT比較難以劃分，但是可以將不屬於BAT和Func的測試用例劃入到這個裏面。
Func
這類測試用例往往是對BAT和Core的補充。BAT和Core執行的主要路徑的測試用例，那麼分支的測試用例往往都設計在Func裏面，這類測試用例相對比較多和複雜，佔整個測試用例的比例爲50%左右。Func集裏面測試用例fail, 對應的Bug往往爲P2或者P3。
其他一般還會有，UI, Security, Performance, Localization等等。
大致結構和設計如下圖：
| BAT(30%) | Core(20%) | Func(50%) | UI | Security | |
| Function category |