構建理想的模塊自測結構[4] 軟件測試
當一個功能只需一兩個測試用例時，測試用例嵌入在測試代碼中可以進行控制和管理，當一個功能測試時需要大量的測試用例時(見舉例)，大量的測試用例嵌在代碼中將很難管理，你要知道某個用例是否已經有了還得去遍歷測試代碼比較麻煩。
2.1測試用例目錄結構
為此很有必要設計一套能良好管理和添加測試用例的體系結構。
當一個功能有很多組測試數據時，我們可以將測試用例數據全部存放在文件中，使測試用例和測試代碼分離開。由于測試用例脫離測試代碼而存在，可以很方便的進行管理和維護。我們可以為每個要測試的函數(或功能)建個目錄，每個測試用例放在一個單獨的文本文件中，將所有對應于該函數的測試數據文件全部放入該目錄下，當測試數據量很大時還可以在目錄下再創建相應的子目錄，分類進行管理。這樣可以方便測試用例的管理，而測試程序也只用專注于測試邏輯。還以測試周期會議預約功能的例子為基礎進行討論。
圖2-1 測試用例目錄結構圖
由圖2-1上可以看到，當某個函數(或功能)的測試用例很多時，還可以在“某功能測試用例總目錄”下再使用子目錄來劃分，若覺得劃分不夠細還可以繼續加深目錄層次，直到分類比較清晰為止。
由于測試用例數據和測試代碼進行了分離，以后對于某個函數(或功能)有了新的測試用例時不用再去修改測試代碼，只需在該功能的測試數據目錄下添加新的測試用例文件即可。該功能的測試程序每次運行時對于相應測試數據目錄下的每個測試用例文件(包括各級子目錄下的用例文件)都要執行一遍。
使用了目錄結構對它們進行了分門別類方便了以后的管理，正如良好的程序應具有好的可讀性和維護性一樣，良好的測試數據也應具有好的可讀性和維護性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
