WPF UI自動(dòng)化測(cè)試的實(shí)現(xiàn)，需要許多技術(shù)的支持，實(shí)行起來(lái)還是一個(gè)比較繁瑣的步驟。在這里我們會(huì)為大家詳細(xì)解析這些方法的應(yīng)用。#t#

我們知道，現(xiàn)有技術(shù)條件下實(shí)現(xiàn)WPF UI自動(dòng)化測(cè)試開(kāi)發(fā)需要分別實(shí)現(xiàn)不同技術(shù)條件下的UI元素的鑒別和控制，實(shí)現(xiàn)復(fù)雜而且有效性不高。而借助于WPF的UI自動(dòng)化所提供的統(tǒng)一的控制模式就可以輕松實(shí)現(xiàn)。

作為UI自動(dòng)化服務(wù)提供者，在開(kāi)發(fā)一個(gè)應(yīng)用程序的時(shí)候，必須注意最終用戶通過(guò)標(biāo)準(zhǔn)鍵盤和鼠標(biāo)操作UI對(duì)象進(jìn)行交互的行為。一旦這些關(guān)鍵行為被確定，則其相應(yīng)的反映UI元素功能和行為的UI自動(dòng)化控制模式就需要被應(yīng)用程序?qū)崿F(xiàn)。比如，要實(shí)現(xiàn)一個(gè)組合框?qū)ο螅托枰_定用戶對(duì)組合框所進(jìn)行的操作控制模式，用戶通常需要調(diào)用組合框的折疊和展開(kāi)模式去隱藏和顯示其可選擇項(xiàng)列表，也需要調(diào)用其編輯模式通過(guò)鍵盤輸入增加一個(gè)新的選擇項(xiàng)。

UI自動(dòng)化服務(wù)提供者實(shí)現(xiàn)控制模式的接口位于System.Windows.Automation.Provider 名字空間中，其所有控制模式接口都包含后綴“Provider”，比如調(diào)用模式接口 IInvokeProvider，文本模式接口ITextProvider等。所有標(biāo)準(zhǔn)WPF控制項(xiàng)自動(dòng)支持UI自動(dòng)化，應(yīng)用程序自定義的控制項(xiàng)必須提供支持UI自動(dòng)化的訪問(wèn)類和接口。

作為WPF UI自動(dòng)化測(cè)試的客戶端，通過(guò)調(diào)用UI自動(dòng)化的控制模式類提供的方法和屬性得到UI元素的控制信息和內(nèi)容信息，達(dá)到對(duì)UI操作和控制目的。這些控制模式類位于System.Windows.Automation名字空間，其所有控制模式類都包含后綴“Pattern” ，比如調(diào)用模式類InvokePattern，文本模式類TextPattern等。

控制模式將一個(gè)界面元素對(duì)象所支持的結(jié)構(gòu)，方法，屬性和事件結(jié)合在一起。控制模式對(duì)于UI元素的關(guān)系相比于接口對(duì)于COM對(duì)象的關(guān)系。對(duì)于COM，我們可以通過(guò)詢問(wèn)COM對(duì)象得到它所支持的接口，然后通過(guò)接口調(diào)用對(duì)應(yīng)的COM功能。對(duì)于UI自動(dòng)化對(duì)象，客戶端可以通過(guò)詢問(wèn)UI對(duì)象得到它所支持的控制模式，然后通過(guò)其控制模式調(diào)用得到其結(jié)構(gòu)、方法、屬性和事件，從而實(shí)現(xiàn)和UI的交互。

例如，提供者實(shí)現(xiàn)了多行文本編輯控制的滾動(dòng)模式接口IScrollProvider，當(dāng)一個(gè)客戶端程序探測(cè)到這個(gè)界面元素支持滾動(dòng)模式，則可以通過(guò)調(diào)用滾動(dòng)模式類ScrollPattern得到這個(gè)文本編輯框的屬性、方法和事件來(lái)收集所支持的文本滾動(dòng)信息，通過(guò)程序化的方法實(shí)現(xiàn)文本編輯框內(nèi)容的滾動(dòng)。

綜上所述，WPF的UI自動(dòng)化技術(shù)旨在提供一個(gè)統(tǒng)一的UI控制訪問(wèn)方式，由UI自動(dòng)化服務(wù)提供者 (UI Automation Providers) 實(shí)現(xiàn)控制模式接口，UI自動(dòng)化客戶程序 (UI Automation Clients) 則通過(guò)調(diào)用相應(yīng)的控制模式類來(lái)實(shí)現(xiàn)UI自動(dòng)化操作和控制。

軟件測(cè)試的花費(fèi)往往很高。自動(dòng)化是一個(gè)節(jié)省時(shí)間和成本的好辦法。但是軟件自動(dòng)化測(cè)試的工具和技術(shù)，往往缺乏通用的適用性和伸縮性。為了實(shí)現(xiàn)測(cè)試過(guò)程的自動(dòng)化，我們依據(jù)軟件需求或規(guī)格設(shè)計(jì)說(shuō)明書(shū)，針對(duì)測(cè)試對(duì)象，自動(dòng)生成測(cè)試用例，使測(cè)試能自動(dòng)執(zhí)行，自動(dòng)驗(yàn)證其正確性。

在整個(gè)WPF UI自動(dòng)化測(cè)試過(guò)程中，由于UI在提升用戶體驗(yàn)方面的特殊作用，UI級(jí)別的測(cè)試不但在于驗(yàn)證系統(tǒng)的正確性和有效性，而且在驗(yàn)證整個(gè)系統(tǒng)的易用性、行為一致性和穩(wěn)定性方面有著非常重要的作用。

但WPF UI自動(dòng)化測(cè)試歷來(lái)困難。一般來(lái)說(shuō)，一個(gè)系統(tǒng)大量的UI人為干預(yù)，都需要測(cè)試。今天我們還沒(méi)有一個(gè)完全能達(dá)到此一目標(biāo)而頗具規(guī)模的系統(tǒng)。UI自動(dòng)化程度仍停留在自動(dòng)化測(cè)試腳本的水平。