ZT - RFT ScriptAssure 技術解析及應用實例(3)

ScriptAssure 技術應用實例

下面讓我們看看一些例子，看 IBM Rational 工具是如何發揮腳本的依賴性和獨立性的優勢，或者結合這兩者來解決某些問題

ScriptAssure 技術應用實例

下面讓我們看看一些例子，看 IBM Rational 工具是如何發揮腳本的依賴性和獨立性的優勢，或者結合這兩者來解決某些問題。

這個示例很簡單：打開瀏覽器，加載 Google 的搜索頁面，點擊搜索按鈕（無需輸入任何搜索內容）。我們會在中文界面下錄制、回放這段腳本，分析結果以及其中 ScriptAssure 技術的介入；再看看在英文界面下回放時，又會出現什么樣的情況，它們的具體原因是什么。

在 Rational Functional Tester 中新建一個項目，通過“配置”菜單項設定被測應用程序——瀏覽器 iexplore.exe 后，我們可以啟動它，再錄制腳本的動作序列。

錄制好的腳本大體如下：它會啟動 IE 瀏覽器，激活地址欄來輸入地址，再單擊搜索按鈕。

public void testMain(Object[] args)
{
	startApp("iexplore");
	
	// HTML Browser
	browser_htmlBrowser(document_(),DEFAULT_FLAGS).click(atPoint(354,46));
	browser_htmlBrowser(document_(),DEFAULT_FLAGS).inputKeys("www.google.com(ENTER)");
	// Document: Google: http://www.google.com/
	button_googlesubmit().click();
	
}

我們來回放一下腳本。默認情況下，測試執行一完成，測試日志會立即默認打開。如果您已經關閉了瀏覽器，那么還可以在 Functional Test Projects 視圖中的 ScriptAssureProject_logs 節點下找到測試日志。日志的左側框架提供了信息的快速導航。右側邊框提供所有細節。

本次回放測試一切正常，全部通過，沒有任何失敗和警告（盡管我們也沒有添加任何顯式測試驗證點）。

接下來我們把瀏覽器的首選語言切換到英文優先，之后我們再打開瀏覽器，加載 Google 主頁后，可以看見“Google 搜索”的字樣變成了“Google Search”

現在我們再回放一下剛才錄制的腳本，得到如下結果：帶有警告的測試通過。

滾動到第一個警告處，應如圖 13 所示。消息指示“Object Recognition is weak (above the warning threshold)”。這是 UI 上的組件發生變更時的情況。把 Rational Functional Tester 提供的對象查看器焦點移到被測按鈕處，它可以展示當前各個屬性細節（圖 14）。

通過圖 14 與圖 2 的對比，我們可以看出屬性“.value”的值在不同語言界面下發生了變化。對象圖中保存的值是“Google 搜索”，而 Rational Functional Tester 在實際運行中發現的候選對象是“Google Search”。鑒于這個權重 100 的識別屬性不符，以及頁面 URL 屬性的變化，最終算出的識別分值是 10800，大于事先設定的警告閾值，所以在結果報告中出現了警告。

如果您有興趣的話，可以把高級模式設定（圖 4）里的最后一欄設為“12000”，再執行一次測試腳本，會得到完全通過的測試結果，沒有任何警告。

通過對 ScriptAssure 的定制，你可以調優腳本的運行，在無需改動測試邏輯（測試腳本代碼）的前提下，讓它回復得更嚴格一些，或更寬松一些，來適應不同類型產品，或者同一產品在不同階段的測試需求，這極大降低了測試資產的維護成本，提高了測試效率。對于錄制回放模式而言，可靠性和可維護性都獲得了比較好的均衡。