其中最底層為UI Driver層，主要負責定義基本的通用元素庫，如按鈕、下拉框、文本框等在每個軟件中都會出現的基本元素；對這些元素的基本操作以及通用操作(如等待某段時間的函數等)。這一層和測試的軟件沒有關系，因此通用性很強，既可以自己開發也可以用前人開發好的底層自動化Driver。
第二層為代理(Agent)層，這一層是建立在被測軟件上，對被測軟件的每一界面(UI)均建立相關的類和對象，方便最上層調用，這一層需根據軟件的不斷更新而更改。
最上層為測試用例層(Test Cases)，這一層建立在代理層上，代理層建立好之后，可以提供給測試用例層所需的界面元素，使測試用例可以通過對界面元素的操作完成自動化測試過程。這一層是測試用例的實現層，如果有了比較完善、結構合理的底層以及代理層，此層實現起來就會非常簡單。
其中測試數據以及軟件中元素的ID信息是存放在獨立的XML文件中，測試用例層或者代理層需要用數據時，可以通過統一的接口讀取。這樣的方式不僅可以使整個測試工程結果清晰，最重要的是可以降低整個測試系統的維護費用，這樣才能確保自動化測試的投入回報不斷提升。
1．4 自動化測試的維護和擴充
自動化測試工程會由于軟件的不斷擴充而必須加以維護和擴充。其中維護是指由于新版本的升級導致的舊的測試用例無法通過，必須加以維護才能正常運行。而擴充則是指由于版本的不斷升級，某些功能已經非常穩定，適合于自動化測試，需要新添加一些測試用例來覆蓋這些功能。
擴充和維護是一個長期的過程，其中需特別注意的是每次自動運行測試用例，必須有個詳細的結果日志來記錄測試用例的通過情況，對于運行失敗的用例，記錄失敗的原因，這樣有利于測試人員通過結果來判斷產品的bug。這里需要特別注意的是，有的測試用例表面上是通過了，但是實際上卻執行失敗了，并且結果日志上記錄的是通過，如果出現這樣的情況，而測試人員卻毫無察覺，這就是失敗的自動化，所以對于每次自動化測試的結果，最好能夠建立起核查機制，以確保結果的可靠性。

2 總結
自動化測試是一個比較新的研究領域，也是近來很具爭議性的研究話題，對于自動化測試引入之后的利弊，眾說紛紜。當然自動化測試也在爭議中顯現出了強大的生命力，其測試效率高、重用性好等優點得到了廣泛的認同。本文中所介紹的自動化測試框架結構在很多大型的軟件系統中得到了應用，取得了良好的效果。