類似的還有分類樹方法設計測試用例，也是一種測試用例的輔助設計方法。分類樹方法的基本原理是：首先把測試對象的可能輸入按照不同的分類方式進行分類，每一種分類要考慮的是測試對象的不同的方面。然后把各種分開的輸入組合在一起產生不冗余的測試用例，同時又能覆蓋測試對象的整個輸入域。
因此，可以把使用分類樹方法設計測試用例的過程分為3大步驟：
(1)識別出測試對象并分析輸入空間。
(2)對測試對象的輸入空間進行分類。
(3)畫出分類樹、組合成測試用例。
圖4所示的是利用CTE XL設計分類樹并自動產生測試用例的效果。
圖4 利用CTE XL設計分類樹
不管采用什么樣的測試用例設計方法，最重要的是要體現測試人員的邏輯思維，測試用例的設計是測試人員智慧的集中體現，它代表了測試人員對軟件的理解，代表了測試人員的測試思路。測試用例的設計是測試人員與軟件BUG進行一次殲滅戰之前的戰略部署，沒有一場戰爭是在毫無準備和計劃的情況下贏得勝利的，軟件測試也無例外。
測試用例個數代表什么?
Jams Bach在《軟件測試經驗與教訓》一書中打了個形象的比喻來說明測試用例的個數并不代表什么：
如果拿出公司的所有箱子堆起來，并不會知道箱子所裝東西的價值。如果公司有37個箱子，總重量是384磅，這能從什么方面說明公司的未來嗎?不能。但是這些箱子所裝的東西可能和公司的未來是密切相關的。因此要想知道價值所在，唯一的辦法就是打開箱子，查看所裝的東西。
其實測試用例就像箱子，只是統計箱子個數而不管里面的實際內容的話是沒有什么意義的。因此，僅僅統計測試用例的測試通過率也說明不了任何問題。90%的通過率到底是好還是壞呢?如果不了解里面的測試內容的話，誰也不能回答這個問題。
同樣地，統計執行得測試用例與計劃執行得測試用例的比例也說明不了任何問題。因為也許最難執行的測試用例被推到了最后，或者最后的10%的測試用例需要50%的時間來完成，又或者計劃要執行的那些測試用例其實遠遠不足以覆蓋測試的需求，也沒有覆蓋重要的風險。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
