經過這些年的使用，我認為RFT是一個十分優秀的自動化測試工具。尤其是目前的7.0.1.2版本，已經非常穩定，非常好用了。
與大多數其它自動化測試工具一樣，RFT提供了很多基礎設施，例如：對象的映射、動作的錄制/回放、檢查點、數據池、Html或TxT格式的報告等等。這些基礎設施確實能夠大幅度提升這一工具的上手速度，但是我以為，正是這些基礎設施使得RFT的使用者在使用過程中忽略了對這些基礎設施背后內容的了解，以至于出現了問題束手無策。其實，RFT是一個開放的自動化測試開發平臺，幾乎所有他所提供的基礎設施都有相應的API暴露給使用者，只要用好這些API，就能夠非常輕松的定制出適合自己的自動化測試框架，運行中出現問題也非常容易定位分析。
使用RFT有一段時間的人，應該知道IBM有一個ITCL庫，是專門針對RFT的，他封裝了很多有用的方法，形成了一套開發框架，能夠明顯提高開發效率。不過，遺憾的是，這個庫非常的老（大部分類生成日期都是05年），如果你使用最新的RFT7.0，由于很多底層API都變化了，這個庫有不少部分都不能用了。
如果你仔細閱讀過這個庫，你就會發現RFT是一個多么靈活的工具，也正因為這一點，很多人都不明白如何能夠正確的使用RFT。在我看來，RFT使用的最佳實踐就是開發屬于自己的測試框架。只有這樣才能發揮RFT的真正威力。
利用這個系列，我結合手頭的一個Swing界面的項目，介紹一下如何開發自己的測試框架。（Swing項目，運行之間不要忘記Enable Jvm）。
這里，作為測試框架，不應使用對象映射，而應該完全依賴于動態查找。這是因為它嚴重依賴RFT提供的基礎設施，靈活性很差。具體內容隨后將逐一介紹。