基于只使用一種捕獲工具例如IBM Rational® Robot來錄制并且回放測試用例而得出自動化測試工作量是有缺陷的。只使用一種捕獲工具來運行復雜且巨大的測試是非常耗費時間和昂貴的。因為這些測試是隨機創建的，他們的功能性是很難追蹤和重現，而且維護成本也是非常昂貴的。

對于一個剛剛起步的自動化測試小組，更好的選擇是使用一種測試自動化框架，它已經定義好了由一些假設，概念和制定工作平臺或為自動化測試提供支持的實踐組成的集合。在這篇文章中我試著將一些我熟悉的測試自動化框架－特別是測試腳本模塊化，測試庫構架，關鍵字驅動/表格驅動測試，數據驅動測試和混合的測試自動化。我并不會評價哪一個框架更好或更差，而只是提供了一些關于他們的描述和演示，所適用的地方和如何使用IBM Rational工具集實現的一些技巧。

 

測試腳本模塊化框架需要創建能夠代表測試下應用程序（application-under-test）的模塊，零件（Section）和函數的小的，獨立的腳本。然后用一種分級的方式將這些小腳本組成更大的測試，實現一個特定的測試用例。

在我將提及的所有的框架中，這種框架應該是最容易精通且掌握的。就在一個部件前面構建一個抽象層以掩藏應用程序其他的部件方面，它是一個很著名的編程策略。它把應用程序從在部件的修改中隔離開來并規定了在應用程序設計中的模塊性。為了提高自動化測試套件（test suite）的可維護性和可測量性，測試腳本模塊化框架應用了抽象或封裝的原則。

為了演示這種框架的應用，我以自動化Windows計算器程序中的測試其基本功能（加，減，乘和除）的一個簡單測試用例（如圖）為例。

腳本層次結構的最下層是獨立的加減乘除的腳本。下面的第一個腳本是加法，第二個是減法。