【正文】 cedures that are called by the responding function. Note that many event handlers are implemented in certain prepiled foundation libraries (., the MFC of Mic rosoft Visual C++, JDK of Java, and the VCL of C++ Builder). In this paper, we only study the code specially implemented for the AUT. The handlers in prepiled foundation libraries are not concerned. In brief, if an event is responded by the code in prepiled libraries, or is not responded by any code at all, we say that the event does not call any event handler. Dmax are defined based on the length of the shortest path between two events on the eventflow graphs (EFGs) and the integration tree (IT) [10] of the AUT (referring to [10] for the definition of EFG and IT). Note that when two events are contained in different EFGs, the shortest path between them is the shortest path on a global EFG whic h is the binatio n2 of all EFGs and the IT of the AUT. Let d(ei,ej) denote the le ngth of the shortest path between two events ei and ej. Given a test case t = ?S0, e1。 Third International Conference on Software Testing, Verification, and Validation Workshops On Modeling of GUI Test Profile Lei Zhao and KaiYuan Cai$ Department of Automatic Control Beijing University of Aeronautics and Astronautics Beijing, China 100191 Abstract – GUI (Graphical User Interface) test cases contain much richer information than the test cases in nonGUI testing. Based on the information, the GUI test profiles can be represented in more forms. In this paper, we study the modeling of the test profiles in GUI testing. Several models of GUI test profiles are pro posed. Then we present a methodology of studying the relationship between the test profiles and the fault detection in GUI testing. A control scheme based on this relationship that may be able to improve the efficiency of GUI testing is also proposed. Keywords – GUI testing, test profile modeling, test case characteristics I. INTRODUCTION Due to the widespread usage of Graphical User Interfaces (GUIs) in various software applications/systems, GUI testing has attached much importance to software development. GUI testing means the testing of GUI applications, including the testing of GUIs’ function and structures, as well as the underlying code behind GUIs. GUI applications have many features different from nonGUI applications: the inputs to a GUI application are events。 四、結(jié)論與將來的工作 在本篇論文中，我們提出了幾個基于 GUI 測試案例特點的測試剖面模型，然后提出了一個研究試驗剖面和故障檢測之間的方法，一個可以提高 GUI 測試的故障檢測能力也被提出。 參數(shù) a1,a2,… .需要從歷史數(shù)據(jù)中了解得到，繼在文獻(xiàn)【 4】中提到的方式，歷史數(shù)據(jù)包括測試，被用來產(chǎn)生 /選擇測試的配置文件，在歷史測試的情況下，以及每個測試執(zhí)行后的執(zhí)行結(jié)果，當(dāng)歷史數(shù)據(jù)更新時就代表一個新的測試用例已被處決，隨之參數(shù) a1,a2， … 也將被更新?！?）。 一定數(shù)量的測試在執(zhí)行案例后，可以從歷史數(shù)據(jù)中得到一些知識，然后控制器在線調(diào)整測試配置，該控制器是基于測試剖面和故障檢測之間的關(guān)系，在圖 4 中，即 可獲得檢測的結(jié)果，她試圖以近似的測試配置文件，可以最大限度的提高 F（ λ； a1。在以上的軟件測試過程中，可以把以前的測試執(zhí)行所學(xué)的東西用于優(yōu)化測試剖面，可以自動完成這個進(jìn)程嗎？在測試配置和故障檢測自己間的關(guān)系的基礎(chǔ)上，我們建議用自動化 GUI 測試計劃，如圖 5 所示 ，可能是能夠檢測更多的故障檢測。 一個 GUI 應(yīng)用程序可能包含著許多 缺點，通常情況下，將會用一個大的測試套件來測試它，讓我們學(xué)習(xí)一下的情形，開始時，測試人員對測試套件和測試的應(yīng)用程序知道的很少，所以他們可能會隨機執(zhí)行測試用例，經(jīng)過一些測試執(zhí)行的程序，測試人員可以了解有關(guān)測試套件的東西，例如具有一定特色的測試用例可以頻繁使用，以提高缺陷監(jiān)測。 圖 4研究 GUI測試中試驗剖面和斷層之間的關(guān)系 （二） 、 通過在線調(diào)整測試來提高測試效率 在我們以前的工作報告中，我們提出了一個 GUI 測試軟件控制論的思想動態(tài)分布方法，網(wǎng)上的方法調(diào)整分區(qū)測試用例，測試用例更容易發(fā)現(xiàn)故障在分區(qū)的優(yōu)先使用，這是一個網(wǎng)上的間接去調(diào)整的試驗剖面，實驗結(jié)果表明它是一個 GUI 測試效率提高的有效途徑。這些測試用例執(zhí)行錯誤版本 AUT 上的 GUI 測試，故障尊重每個測試配置 TP（ λ）的平均數(shù)量。其他的模型也可以應(yīng)用這個 程序。 （一）、 研究試驗資料和故障檢測之間的關(guān)系 假設(shè)試驗剖面（ TP） ,其中 S是一套試驗剖面的模型，具體來說，如果模型（ 1），（ 3），（ 6）被使用，則 S={λ } ；如果模型（ 5）被使用，則 S={α ， β }；如果模型（ 2），（ 3），（ 7）被使用，則 S=Φ ；如果使用模型（ 8）則 S={N1， N2， ? MR}。 Dmax 的非均勻分布 ，也可以用作 GUI 測試的測試文件，如下面的模型： TP = {（ Dmax=k,1/Q） ,k=1,2,? .,Q} （ 7） （五） 、 基于 N(w)測試資料模型 N(w)在執(zhí)行測試用例時，描述多少事件將被應(yīng)用于窗口 W，我們根據(jù)這一特點，定義下面的測試剖面模型： TP = {（ ） ,k=1,2,? ,R} （ 8) 其中 R是在 AUT 的 GUI中的窗口數(shù)量， wi是第 AUT 的第 i 個窗 口，通過把 n1,n2,? ,nr 設(shè)置不同的值，我們可以調(diào)整每個窗口上的實驗效果。這種模式意味著可達(dá)性百分比概率 P是事件∫ △ /2△ /2fα ， β （ p） dp,通過調(diào)整 α 和 β 的值，我們可以改變測試配置文件的形式，如圖 3 所示。 圖 1是一個作為試驗剖面長度 L的泊松分布 圖 2是一個作為試驗剖面長度 L的均勻分布 圖 3是一個不同的參數(shù)作為試驗剖面圖的 CE1/CE2 的分布 （二） 、 基于 NH的測 試資料模型 NH（事件處理程序調(diào)用的時間）也是一個整型值，類似的基于 L 的試驗剖面模型， NH的泊松分布和均勻分布，也可以用作試驗剖面模型： TP(λ) = {（ NH=k，λ k1eλ /(k1)!,k=1,2,... ｝ , (3) 或者 TP={（ NH=k， 1/M）， k=1,2,… M}, (4) 其中 M 是預(yù)先定義的最大長度的測試用例。 當(dāng)我們沒有事先了解有關(guān)測試套件時，均勻分布的 L 也可以用來模擬測試配置： TP(λ) = {(L=k， 1/M)， k=1,2,… M ｝ , (2) 其中（ k1） !是 k1 的因素， M 是一個測試案例預(yù)先定義的最大長度。 需要注意的是泊松分布在這個模型中使用的時候，由公式（ 1）得這樣的試驗剖面，可以深入測試具有一定長度的測試案例，而（ 2）只有一個參數(shù)，所以可以輕松的調(diào)整。因此，測試配置文件可以看作泊松分布的 L： TP(λ) = {(L=k， λk1eλ/(k1)!,k=1,2,… .｝， （ 1） 其中（ k1） !是（ k1）的因素 上述的試驗剖面模 型，測試 k 時的長度的概率是 λ k1eλ /(k1)!,如圖 1 所示，λ是試驗剖面參數(shù)，這是一個非均勻的試驗剖面。 （一） 、 測試資料模型基于 L L（測試用 例的長度）是一個整型值的 GUI 測試，從理論上講， L 可以使任何正整數(shù)，然而在實踐中，每一個測試用例的長度在一定的范圍內(nèi)變化。當(dāng)沒有先驗知識的測試套件，提供一個統(tǒng)一的試驗剖面模型可能是一個不錯的選擇，但是，如果測試套件的某些子集是在測試中更重要的，（例如，在該子集的測試用例具有較高的缺陷檢測能力），非均勻的試驗剖面模型是比統(tǒng)一的更好一些。在本節(jié)中 ，我們將在 GUI 測試的第二節(jié)介紹以案件的特點為基礎(chǔ)的 GUI 測試定義測試配置文件的幾種形式。在 GUI 測試中， GUI 測試情況下提供豐富的信息特點，比如說一些特點將在第二節(jié)中介紹。 三、 GUI 測試仿形 有許多形式可以模擬試驗剖面（或業(yè)務(wù)概況），文獻(xiàn)【 3】中，介紹了幾個軟件操作剖面模型上的輸入域的等價類劃分，這些模型也可以用于 GUI 測試剖面模型。 一個 AUT 的 GUI 是由一系列窗口組成，對于每個窗口 W， N(W)研究將在 W 窗口中運行的次數(shù)。en〉。e2。需要注意的是當(dāng)兩個事件被不同 EFGs 加載時，它們之間的最短路徑是一個全球性的瑞士 EFG 這是所有的 EFG 和 AUT 的 IT 組合。他們擴大在測試中的一組可用事件，他們是很重要的 GUI 結(jié)構(gòu)的遍歷。這一特點忽略了不調(diào)用在源代碼中的任何事件處理程序的事件，顯然，處理一個 GUI 測試案例電話的次數(shù)≦ GUI 測試案例的長度。e2… en 是 n。 表 1 GUI測試案例的特點