我的團隊正在進入一個新項目,並且我們藉此機會使自己掌握最新的Scrum方法,新技術等。其中一部分涉及嘗試自動化我們的QA流程,使用Microsoft Test Manager和VS2010 Coded UI測試。帶自動/編碼UI測試的第三方WPF套件
但是,我們在使用我們當前選擇的WPF控件庫DevExpress XPF套件時,遇到了自動測試播放問題。我們已經將DevExpress用於他們的WinForms和ASP.NET控件已有多年,但這是我們對WPF控件的第一次體驗,以及自動化的UI測試,而且兩者似乎並不能很好地協同工作。
特別是,試圖播放與網格控件交互的記錄測試從不正確,甚至在簡單控件上,回放似乎也會對應該與哪個編輯器進行交互感到困惑。在操作記錄我們的測試引線從MTM產生我看到了很多這樣的:
Type '5236' in 'PART_Editor' text box
Type '253' in 'PART_Editor' text box
而且更糟的是,網格內:
Click 'FooterPanel' pane
Last action on list item was not recorded because the control does not have any good identification property.
Click 'FooterPanel' pane
Click 'Item: CashEntry, Column ...' custom control
Move 'Item: CashEntry, Column ...' custom control from (141, 10) to 'Item: CashEntry, Column ...' custom control (5, 11)
Type '{NumPad8}{Down}{NumPad5}{NumPad0}{Up}{Down}{Down}' in 'CashEntry' window
現在,我看到過很多這樣喋喋不休的對DevX關於他們的WinForms控件的論壇不支持MSAA,足以讓編碼的UI測試正常工作,但我認爲WPF使用了一種不同的機制來進行自動化的UI測試,而這種測試本該更好。所以,我的問題是:
- 有沒有辦法讓DevX XPF控件更好地處理編碼/自動化的UI測試?
- 如果不是,是否有一種替代XPF控制套件可以與編碼/自動化UI測試一起使用?
我在柵狀部件與排序,分組等在內的導航欄狀部件,以及自定義編輯器(日期,數字等)特別感興趣,都支持一個統一的系統範圍主題化。
(而且,如果這種類型的事情是很容易只使用本地WPF控件和樣式做,這將有助於瞭解爲好。)
編輯:由於存在似乎沒有WPF控件套件實際上與MTM一起工作,我們被迫在同一時間使用兩個單獨的測試工具。根據這裏的幾個答案,我們強烈傾向於TestComplete。希望情況很快改善。
這是一個非常狹窄的問題。人們只能希望曾經處於這種狀況的人看到它。我建議聯繫所有的WPF控制套件公司,並要求他們.. – 2012-02-07 18:35:03
我希望你找到你需要的... – punker76 2012-02-14 07:52:08