//Click Next
image_next3().click();
//etc...
}
}
通過使用 callScript 命令，您可以調用您的模塊化腳本，這些腳本是您從測試中創建的。這使得代碼可讀性更強，并且更加維護。這是一個非常好的方法，您可以使用象這樣的模塊腳本構建模塊，以創建不同的測試用例場景。對于上面您所有的每個模塊腳本，您可能會有三個(或更多)不同的成本分類：便宜的、一般的、昂貴的。然后您可以進行混合，并將它們匹配到不同場景的測試上，如帶有高成本功效的便宜租金，或使用信用卡支付的低成本運輸費用。
優勢和劣勢
此系列的三種框架類型將涵蓋模塊化、數據驅動和關鍵字驅動，模塊化框架理解和實現起來是最簡單的。它也是最易于和其它框架聯合使用的--例如，將模塊化框架和數據驅動框架組合在一起。通常，在 Rational Functional Tester 中實現模塊化要求有底層的技術知識。您真正需要學習的是如何管理幫助類--如果您在使用 Rational Functional Tester 的任何功能(包括記錄和回放)，您確實應當理解它們。
模塊化的主要優勢是重用和減少重用伴隨而來的維護成本。對比記錄和回放，模塊化應當產生更多可讀的腳本，易于閱讀和調試。創建測試模塊腳本然后記錄和回放腳本通常會有較高的成本，但是維護成本更加便宜。這意味著您需要知道您要使用您的測試腳本多長時間，以完全了解實現模塊化的成本。成本-收益分析可能會幫助您決定模塊化是否適合于您目前的項目�？赡苄跃褪�，即使如果您的整個框架不是模塊化的，您將會不在識別核心的功能，而轉移到幫助類或幫助腳本上。
使用模塊化，應用程序的狀態和數據共享會變成一個問題。如果一個模塊失敗了，對所有依賴它的模塊意味著什么呢?如果一個訂單從來沒有被提交過，您如何檢查訂單狀態?如果您從來沒有執行過一個搜索，您如何將一個物品項添加到購物車中?共享數據和狀態的復雜性會使腳本調試變得更困難，并且常常會花較長時間來識別，一個腳本失敗是測試腳本還是被測應用程序的問題造成的。這些問題將造成可靠性的問題。
下一步
在您正在測試的應用程序中，花一些時間將最常用的功能抽象到腳本或者類中。您也可以考慮為應用程序的大多數動態部分進行這項工作。在您已有的腳本和任何您生成的新腳本中使用模塊化。您不需要立刻轉化所有的腳本。這是有關模塊化的精彩內容的其中一個;您可以按照您的需求，使用或者不使用它們。您并沒有被要求一定要使用他們。
另外值得提到的是這樣一個事實，即模塊化可以擴展以用于高級的框架中，如基于模型的測試框架和用于海量自動化測試的框架。如果您對如何擴展已有的模塊化框架感興趣，可以看下面列表中的許多資源。在本系列的下一篇文章中，將會帶您去了解如何在 Rational Functional Tester 中實現一個數據驅動的框架。最后，查看一些資源，以充分理解與一個模塊化框架相關聯的成本和收益，以及對于更加強大的測試自動化，您可以使用模塊化的方式。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
