目前主流的商業化的功能測試自動化工具主要是IBM的rational系列的RFT和HP Mercury公司的Quick Test Professional。不可否認的是這兩個自動化工具在對象的辨識以及自動化腳本編寫上的確擁有非常明顯的優勢，我近也是在認真學習QTP的相關內容。。但是迫于兩個商業軟件的高額的使用成本，我們仍然在追求開源的的自動化功能測試解決方案。
目前我所發現的兩個開源自動化測試工具有希望成為各大供公司測試經理辦公桌上的另一個解決方案。Abbot和Marathon。首先這兩個工具主要是用來支持基于Java的C/S結構的系統。主要是支持主流的幾個GUI框架，我測試過Swing和AWT，都是可以很不錯的支持的。對于微軟的支持沒有嘗試過，所以也不能在這里隨便下定論。
Abbot提供了一組API可以允許開發抓取應用程序窗口中的各個組件，然后模擬用戶的操作。Abbot的1。2的版本中提供了一個錄制腳本的功能，我們可以利用錄制工具在配置好相關應用的Jar包的路口類和函數后，啟動應用并錄制相關腳本。錄制的腳本內容是可以導出為xml的格式的文件。也可以在腳本中添加斷言來給自動化腳本添加一些業務邏輯的判斷和控制。但是由于錄制的腳本是XML格式的文件，在擴展性上面不是很好，無法做更多腳本邏輯的控制。對了，Abbot提供的API是基于Java的，在我們目前使用的Abbot，我們更多是用來做組件的功能測試，也可以理解為是一個對于組件的單元測試框架，可以繼承到Junit或者是Fitnesse框架中。
Marathon是一個基于Jython的開源自動化GUI測試框架。Marathon的錄制功能比較強大，而且操作界面比較直觀的。方便用戶上手。 Mathon錄制的腳本是基于Jython的，由于Jython是運行在JVM上面的Python，語法也和Java比較接近，對于有java經驗的工程師而言，非常容易上手。Marathon提供的fixture和module功能，可以讓我們把自動化腳本模塊化，提高了腳本的復用性。
比較而言，Abbot更加適用于GUI的組件測試，而Marathon則可以適合功能性的自動化測試。不過目前還沒有一個成功使用Marathon實施自動化測試的案例，當然如果有的話也請大家要分享哦。大家多拍磚。
