常用的自動化測試架構

標籤：檔案   資料   應用   不同的   測試   程式   

 

1 錄製/回放測試架構

錄製/回放測試架構所採用的原理是通過錄製應用程式產生的線性指令碼進行回放從而達到自動化測試的目的。

其優點是簡單，通過錄製就可以得到所需指令碼。但同時也有很大的缺點，它不具有邏輯判斷的能力，可維護性差，效率低下。

2 資料驅動的自動化測試架構

該種架構的原理是採用了資料驅動指令碼進行測試，資料驅動指令碼是將資料輸入儲存在獨立的資料檔案中，指令碼只存放控制資訊，測試時輸入直接從檔案中讀取，這樣同一指令碼可以運行於不同的測試案例中，實現了指令碼與資料的分離。其優點是可以快速增加相似測試，測試者增加新的測試不必掌握測試載入器語言，對此後的類似測試無額外維護開銷；缺點是初始建立測試指令碼的開銷較大，進行資料擴充的指令碼需要針對相同的測試內容並具有相同的測試邏輯。

3 關鍵字驅動的自動化測試架構

關鍵字驅動（表驅動）是對資料驅動的邏輯擴充，它的核心思想可以概括為三個分離。

1）介面元素名與測試內部對象名的分離 在被測應用程式和錄製產生的測試指令碼之間增加一個抽象層，它可以將介面上的所有元素映射成相對應的一個邏輯對象，測試針對這些邏輯對象進行，介面元素的改變只會影響映射表，而不會影響測試。

2）測試描述與具體實現細節的分離把測試描述和測試的具體實現細節分離開來。測試描述只說明軟體測試要做什麼以及期待什麼樣的結果，而不管怎樣執行測試或怎樣證實結果。這樣做是因為測試的實現細節通常與特定的平台以及特定的測試執行工具有著密切的聯絡。這種分離使得測試描述對於應用實現細節是不敏感的，而且有利於測試在工具和平台間的移植。

3）指令碼與資料的分離 最後，可以把測試執行過程中所需的測試資料從指令碼中提取出來，在運行時測試指令碼再從資料存放處讀取預先定製好的資料，這樣指令碼和資料可以獨立維護。

以上這三個分離各司其職、互相獨立，最大程度地減少相互之間的影響。從關鍵字驅動的思想可以看出，該種測試架構不僅實現了將資料和指令碼相分離，而且實現了測試邏輯和資料的分離，大大提高了指令碼的複用度和維護性，從而更大限度地實現了測試載入器的自動化。