大部分自動(dòng)化功能測試工具，尤其是商業(yè)的測試工具，都是基于GUI對(duì)象識(shí)別技術(shù)設(shè)計(jì)的。基本思想是每個(gè)基于窗體的控件都是一個(gè)窗體，每個(gè)控件或窗體都有一個(gè)句柄來進(jìn)行訪問、操作和檢查。

　　實(shí)現(xiàn)GUI測試自動(dòng)化的困難之一是測試工具并不知道被測程序中存在哪些GUI部件。錄制回放工具使用手工錄制過程暫時(shí)解決了這一問題。Win32 API中封裝了很多可用于自動(dòng)化測試編程的函數(shù)，這些函數(shù)可在編程語言進(jìn)行調(diào)用，實(shí)現(xiàn)自動(dòng)化測試編程。本文的自動(dòng)化GUI測試工具將采用Win32 API對(duì)被測程序進(jìn)行自動(dòng)、系統(tǒng)、全面的控件搜索。實(shí)現(xiàn)該搜索將用到Win32 API中封裝的可用于自動(dòng)化測試編程的函數(shù)，包括：GetWindowRect、mouse_event、GetCursorPos和WindowFromPoint函數(shù)等。GetWindowRect函數(shù)返回指定窗口的邊框矩形的尺寸。該尺寸以相對(duì)于屏幕坐標(biāo)左上角的屏幕坐標(biāo)給出。通過使用這個(gè)函數(shù)可以計(jì)算出窗口的寬度和高度。mouse_event函數(shù)能模擬鼠標(biāo)擊鍵和鼠標(biāo)動(dòng)作。GetCursorPos函數(shù)檢取光標(biāo)的位置，并以屏幕坐標(biāo)來表示。使用WindowFromPoint函數(shù)能獲得包含指定點(diǎn)的控件的句柄。一旦得到了窗口的句柄，就能得到控件的文本、類名以及父窗口的句柄。為了對(duì)界面進(jìn)行徹底的控件搜索，該框架將使用嵌套循環(huán)，從界面的左上角到界面的右下角依次移動(dòng)鼠標(biāo)進(jìn)行控件識(shí)別，并將結(jié)果保存到對(duì)象庫中。

　　該模塊實(shí)現(xiàn)的偽代碼如下：

　　RECT rt=new RECT();

　　GetWindowRect(iHandle，ref rt);

　　width=rt.Right-rt.Left; //得到界面的寬度

　　height=rt.Bottom-rt.Top; //得到高度

　　step=8; //鼠標(biāo)每次移動(dòng)的像素

　　for (int x=0;x

　　{

　　for (int y=0;y

　　{

　　mouse_event(); //移動(dòng)鼠標(biāo)到相應(yīng)的坐標(biāo)

　　GetCursorPos(); 　　　　　//得到坐標(biāo)點(diǎn)處的光標(biāo)

　　WindowFromPointGet(); //得到此處的控件句柄

　　GetWindowText(); //得到窗體的文本

　　GetClassName(); //得到控件的類別

　　GetParent(); //得到父窗體的句柄

　　if (the handle does not exist in object repository)

　　then save the infomation.

　　}

　　}

　　通過對(duì)界面的徹底搜索，可以得出控件的句柄、文本、類名、父窗體的句柄以及GUI控件間的層次關(guān)系。

　　3.3 生成測試用例

　　實(shí)現(xiàn)GUI測試自動(dòng)化的另一個(gè)問題是測試工具不能按事件發(fā)生的順序來選擇和操作控件。傳統(tǒng)的測試工具通過錄制的方法記錄程序運(yùn)行的順序，但是這種機(jī)制存在很多限制。本文設(shè)計(jì)的自動(dòng)化測試框架的思路是經(jīng)過界面控件的徹底搜索后，控件的詳細(xì)信息會(huì)保持到對(duì)象庫中。此時(shí)，測試人員可以通過測試用例的輸入/輸出模塊來編寫測試用例。該模塊是一個(gè)可視化編輯器。測試用例編輯器從對(duì)象庫中導(dǎo)入對(duì)象信息，該模塊根據(jù)測試用例設(shè)計(jì)人員的操作順序自動(dòng)產(chǎn)生事件的順序并將測試步驟保存到XML文件中。按事件發(fā)生的順序存儲(chǔ)的相關(guān)事件可以形成一個(gè)測試場景。測試用例編寫者可以對(duì)產(chǎn)生的測試場景進(jìn)行編輯，改變測試步驟的順序或者添加更多的事件。測試運(yùn)行模塊將會(huì)從XML文件中讀取測試用例，按事件的順序執(zhí)行相應(yīng)的操作。

　　3.4 執(zhí)行并驗(yàn)證測試

　　基于數(shù)據(jù)驅(qū)動(dòng)的原則，在測試用例產(chǎn)生之后，測試用例文件驅(qū)動(dòng)測試的執(zhí)行。不同的控件類型將從測試類庫中調(diào)用不同的測試執(zhí)行方法。該模塊采用反射機(jī)制來模擬用戶的操作。反射提供了延遲綁定，能模擬用戶的常用操作，如編輯控件文本、單擊按鈕等。調(diào)用控件的事件方法的關(guān)鍵是要用到反射中的MethodInfo.Invoke方法。如果沒有潛在的其他問題，可以像下面這樣調(diào)用控件的事件方法：

　　Type t1=testForm.GetType();

　　MethodInfo mi=t1.GetMethod(“button1_Click”，flags);

　　mi.Invoke(testForm，new object[]{null，EventArgs.Empty});

　　注意在調(diào)用該方法時(shí)要充分考慮線程的問題。該方法不是從被測應(yīng)用程序運(yùn)行的線程被調(diào)用的，而是從測試工具本身的主線程中被調(diào)用的。因此，應(yīng)該通過調(diào)用Form.Invoke方法間接運(yùn)行MethodInfo.Invoke方法[4]。

　　驗(yàn)證測試過程中，為了得到控件的屬性或字段信息，將用到反射中的Form.GetType、Type.GetField、FieldInfo.GetValue、PropertyInfo.GetValue等方法。通過比較測試用例的預(yù)期結(jié)果和實(shí)際運(yùn)行結(jié)果來決定測試結(jié)果。然后將測試用例的編號(hào)、預(yù)期結(jié)果、實(shí)際結(jié)果以及時(shí)間信息保存到XML文件中，同時(shí)可采用XSLT方式將測試結(jié)果以更友好的方式展現(xiàn)出來。

　　3.5 使用Windows調(diào)度程序

　　測試人員可能希望測試工具能在指定時(shí)間自動(dòng)地運(yùn)行測試，例如晚上11:00點(diǎn)。這樣，整個(gè)測試工作可以在下班之后進(jìn)行，到第二天就能看到測試運(yùn)行的結(jié)果。事實(shí)上，Microsoft都包含一個(gè)能在給定時(shí)間執(zhí)行命令的程序。當(dāng)前版本中，這個(gè)程序是Scheduled Tasks，位于控制面板上。打開這個(gè)文件夾，會(huì)看到Add Scheduled Task 圖標(biāo)，單擊它可以啟動(dòng)向?qū)?。有一個(gè)重要的選項(xiàng)是Task選項(xiàng)卡上的Run文本框。可以在該文本框中添加相應(yīng)的參數(shù)來完成自動(dòng)化測試[6]。

　　本文設(shè)計(jì)了一個(gè)輕量級(jí)的GUI自動(dòng)化測試框架，該框架可以系統(tǒng)、全面、主動(dòng)地實(shí)現(xiàn)控件搜索，避免了傳統(tǒng)測試工具中繁重的錄制過程。界面控件的任何改變也不會(huì)影響測試腳本的運(yùn)行。該框架讓測試人員從繁瑣的錄制工作、測試腳本的編輯和驗(yàn)證點(diǎn)的插入工作中解放出來，使測試人員能將更多的時(shí)間和精力集中到測試用例的設(shè)計(jì)中。