構建理想的模塊自測結構

　　軟件測試的工作量很大(業界統計達到40% 到60%的總開發時間)，而又有很大部分適于自動化，因此，測試的改進會對整個開發工作的質量、成本和周期帶來非常顯著的效果。

　　極限編程(XP)中推薦的自動化單元測試，是指在編寫代碼之前先寫好測試代碼，代碼編到一定階段就用寫好的測試代碼進行測試。自動化單元測試可以帶來如下好處：

　　由于測試代碼(測試用例)的不斷增加，這些測試總讓我們寫出的代碼往正確的方向靠攏，使我們不至于重犯以前的錯誤。

　　由于可以實現自動測試，所以可以很好的解決人工很難進行的回歸測試問題。

　　我們沿著“建立測試=>令測試通過=>再建立測試=>再令測試通過”的模式，一步一步地把整個程序正確地開發出來。

　　1.測試代碼的幾個關鍵環節

　　對測試代碼進行概括性分析，可以發現測試代碼都具有類似的結構，每一個測試用例的執行都要包括測試數據初始化、運行要測試的代碼、驗證測試結果正確性三部分，見圖1-1。

　　圖1-1 測試代碼的一般性流程

　　由于測試代碼一般都包含了圖1-1中的三部分，我們要改善測試代碼使之具有良好的結構只要從這三方面入手即可。

　　1)將測試數據和測試結果從測試代碼中分離出來

　　在采用CXXUNIT系列測試工具開發測試代碼時，發現一般編程人員都是測試用例和測試代碼混雜在一起，同樣測試結果也是和測試代碼混雜在一起，這樣就導致測試用例和測試結果的管理非常困難，因為要管理每個用例的數據和結果實際上就是去管理這些代碼。而且對于一個函數(或功能) 每增加新測試用例，就要多出一份類似的代碼，代碼的邏輯實際上都是一致的，和以前測試代碼的不同點就是在初始化數據、測試結果的不同，這實際上也導致了代碼的重復。

　　我們可以將測試數據和測試結果從測試代碼中分離出來，使得某一個函數(或功能)的測試代碼就一份，這一份測試代碼應可以進行多組測試數據的測試，可以進行多組測試結果的驗證。

　　2)將測試數據和測試結果放入文件中，并按目錄存放

　　將測試數據和測試結果從測試代碼中分離出來是為了更好的管理代碼和測試數據，將每個測試用例的數據和結果都放入到一個文件中，文件名字或文件所在目錄起上能表明測試用例含義的名字，這樣管理起來就方便多了，見圖1-2。

　　圖1-2 測試用例文件及目錄結構圖

　　由圖1-2中可以看出此時測試用例非常直觀，從目錄名就可以知道該目錄下的為那個功能的測試用例，從測試用例文件名就可以知道這個測試用例測的哪一個方面。當一個功能的測試用例非常多可以分成許多類別時我們還可以在下面再創建測試用例分類子目錄，使得不同類型的測試用例能分隔開方便管理(詳見圖2-1)。

　　3)將測試數據和測試結果綁定在一起

　　當每個測試用例對應的測試結果都一樣時可以將測試結果嵌入到測試代碼中，當不同的測試用例要對應不同的測試結果時，根據1)中論述應該將測試結果也從測試代碼中分離出來。為了不混淆測試數據和測試結果之間的關系，將它們放在同一個文件中。這里舉個例子，圖1-2中的“閏年2月份的測試用例.ini”文件中內容如圖1-3：

　　由圖1-3可以看到，測試數據和測試結果放在一起，增加了可讀性和維護性。

　　4) 一份測試代碼來運行多份測試用例

　　怎樣讓一份測試程序可以進行多組數據的測試和結果的比較呢?3)中已經將測試用例分門別類，并由相應的目錄結構組織起來。此時測試程序只需每次從測試目錄中取出一個測試用例文件，進行初始化，然后執行測試，最后比較測試結果;測試完一個用例文件，再取下一個文件進行測試，如此循環直到所有的用例文件都測了一遍，詳見圖1-4。

　　圖1-4一份測試代碼測試多個測試用例的流程圖

　　2.測試用例管理方案設計

　　若再加上邊界數據要測試的數據組數就更多了，一般CXXUNIT系列編寫的測試代碼是每組測試數據(其實一組數據就對應一個測試用例)都要編寫初始化代碼，然后調用相應功能函數測試。這樣導致：

　　在自動測試的整個過程中，測試用例的可維護性會影響到將來測試用例增加的難易度，良好的自測程序應能很方便的擴充測試用例。

　　在采用CXXUNIT系列測試工具開發測試代碼時，對于一些簡單的測試可以測試用例就嵌在測試代碼中。但當某一個功能或函數要進行很多組數據(如邊界數據)的測試時使用這種方法就得重復編寫測試代碼，可能每增加一個測試用例就要編寫大量的重復測試代碼。

　　舉例：要測試周期會議預約功能的代碼，要測試以下幾組數據：

　　1)每日召開的周期會議

　　1.1)按召開次數預約的周期會議

　　1.2)按開始時間、終止時間預約的周期會議

　　2)每周召開的周期會議

　　……(內容和1.1、1.2一致)

　　3)每月召開的周期會議

　　……(內容和1.1、1.2一致)

　　4)每年召開的周期會議

　　……(內容和1.1、1.2一致)

　　隨著測試數據組數的增加，將出現大量做重復動作的測試代碼，這些測試代碼之間唯一的不同是由于初始化的數據不一樣而已。

　　當一個功能只需一兩個測試用例時，測試用例嵌入在測試代碼中可以進行控制和管理，當一個功能測試時需要大量的測試用例時(見舉例)，大量的測試用例嵌在代碼中將很難管理，你要知道某個用例是否已經有了還得去遍歷測試代碼比較麻煩。

　　2.1測試用例目錄結構

原文轉自：http://www.kjueaiud.com