2012-08-25 26 views
0

在執行編碼UI測試腳本時,我們遇到的問題很少。使用編碼UI測試執行測試腳本測試消耗更多時間

規則地說,我們必須在編碼UI測試上執行自動化腳本,早些時候我們使用測試合作伙伴執行。最近,我們將少數測試合作伙伴腳本遷移到編碼UI測試。但是,我們發現Coded UI Test腳本執行時間與Test Partner執行時間相比更多。我們的自動化腳本完全是手寫的,沒有我們使用錄製和回放功能的地方。

而且一些我們的觀察是

  1. IE瀏覽器掛在Windows XP上執行編碼的UI測試腳本。每次我們必須殺死進程,我們必須重新創建場景才能繼續執行。所以,它不足以實現自動化,因爲每次都必須監視腳本執行是否正常,而不需要瀏覽器掛起。它是XP上非常常見的問題。

  2. 如果我們在Windows 7上執行編碼的UI測試腳本,執行時間很慢。它會消耗更多的時間,然後在XP上執行時間。所以我們的執行時間拖延了,雖然腳本沒有瀏覽器掛起就沒有問題。我們也嘗試在發佈模式下執行腳本。但是每當腳本暫停時,都必須在調試模式下再次執行腳本。

您能否就此提出建議。我們錯過了什麼?通過chaning工具設置,我們可以提高執行時間的性能嗎?感謝您的支持。

回答

1

首先,您應該啓用日誌記錄功能,並瞭解爲什麼搜索需要花費太多時間。 您還可以在調試輸出中找到有用的信息,在操作需要比預期更多的時間時發出警告。

這裏是爲了使本日誌

對於VS/MTM兩個有用的鏈接2010年和2012測試版:http://blogs.msdn.com/b/gautamg/archive/2009/11/29/how-to-enable-tracing-for-ui-test-components.aspx

對於VS/MTM 2012:http://blogs.msdn.com/b/visualstudioalm/archive/2012/06/05/enabling-coded-ui-test-playback-logs-in-visual-studio-2012-release-candidate.aspx

友好的原木.html文件應在%temp%\ UITestLogs * \ LastRun \目錄下創建。

至於對你的問題的可能解釋 - 如果你明確地編寫你的測試代碼或者手動調用WpfControl.Find()或派生類中的一個,如果搜索失敗,無論如何,最多可以執行啓發式查找目標控制。

可以把您的播放MatchExactHierachy設置是真實的,並停止使用smartmatch功能 (更多關於它與其他當場打死有用的性能提示 http://blogs.msdn.com/b/mathew_aniyan/archive/2009/08/10/configuring-playback-in-vstt-2010.aspx這裏一起)

相關問題