【導(dǎo)讀】GUITesting,Model-BasedTesting,TestCase,AutomatedTesting,EventTesting.softwaretangled[2].

　　

【正文】 稱為測(cè)試套件。測(cè)試套件包含詳細(xì)的指引或測(cè)試用例的每個(gè)集合的目標(biāo)。 模型基于測(cè)試 (MBT) 是一種快速的和有組織的方法，可以在自動(dòng)測(cè)試過 程中通過自動(dòng)化的測(cè)試套件的生成和執(zhí)行的技術(shù)和工具測(cè)試?；谀Ｐ偷臏y(cè)試使用 GUI 稱為事件交互圖 (EIG) 和事件語義的交互圖 （ ESIG） 的有向的圖模型。事件交互圖是細(xì)化的事件流圖 (EFG) 。 EIG 包含與 GUI 應(yīng)用程序的業(yè)務(wù)邏輯進(jìn)行交互的事件。事件語義互動(dòng) (ESI) 用于標(biāo)識(shí)組需要一起測(cè)試，在多路互動(dòng)中的事件和分區(qū)的事件，根據(jù)其功能時(shí)更有用。 測(cè)試用例生成 、 使用 GUI 運(yùn)行時(shí)狀態(tài)反饋 Xun Yuan 和 Atif M Menmon 使用 GUI 測(cè)試用例生成的反饋和從執(zhí)行種子測(cè)試套件 對(duì)應(yīng)用程序下測(cè)試（ AUT）獲得的反饋。此反饋用于生成附加測(cè)試用例和在 GUI 事件中以多種方式之間進(jìn)行交互。為進(jìn)行測(cè)試的應(yīng)用程序生成事件交互圖 (EIG) 和雙向交互的 GUI 事件生成的種子測(cè)試套件。然后執(zhí)行測(cè)試套件和記錄GUI 的運(yùn)行時(shí)的狀態(tài)。此 GUI 運(yùn)行時(shí)狀態(tài)記錄用于獲取應(yīng)用程序的事件語義交互(ESI)關(guān)系，這些 ESI 用于獲取事件語義互動(dòng)圖 (ESIG)。生成測(cè)試用例和 ESIGs是能夠管理多個(gè)雙向交互測(cè)試用例，因此提出 3， 4， 5方式交互進(jìn)行測(cè)試。新生成的測(cè)試案例都經(jīng)過測(cè)試，并附加故障檢測(cè)。這些步 驟如圖 1 所示。故障檢測(cè)效率高于兩種方式的相互作用，這是因?yàn)?，生成測(cè)試用例并以不同的決策執(zhí)行不同的事件組合。 此信息反饋機(jī)制也有一些弊端。此方法被設(shè)計(jì)的重點(diǎn)在 GUI 應(yīng)用程序。它將不同的應(yīng)用程序具有復(fù)雜基礎(chǔ)業(yè)務(wù)邏輯和一個(gè)簡(jiǎn)單的 GUI。由于生成多路交互測(cè)試用例，將會(huì)生成大量的測(cè)試用例。這種反饋機(jī)制不被自動(dòng)化。 圖 GUI運(yùn)行時(shí)間生成測(cè)試用例作為反饋 、使用覆蓋陣列技術(shù) Xun Yuan 提出一種新的 GUI 測(cè)試使用覆蓋陣列 (CA) 的測(cè)試用例生成 自動(dòng)化技術(shù)。 2 路覆蓋通常用于測(cè)試。因?yàn)殡S著一個(gè)序列中的事件數(shù)的增加，測(cè)試套件不斷變大，阻止使用序列長(zhǎng)度超過 3 或 4。但某些缺陷未檢測(cè)到使用此覆蓋范圍的強(qiáng)度。使用這種技術(shù)生成測(cè)試序列，在特定范圍的強(qiáng)度下系統(tǒng)的采樣。通過使用覆蓋陣列 t 方式保持覆蓋強(qiáng)度，但任何長(zhǎng)度的測(cè)試序列可以最小限度的生成 t。覆蓋陣列 CA (N； t， k， v)是一個(gè)以 v 標(biāo)識(shí)的 N k 數(shù)組，每個(gè) N t 子數(shù)組至少包含所有有序的子集的 v 標(biāo)識(shí)的至少一個(gè)屬性。 如圖 2 所示，分區(qū)為交互事件組創(chuàng)建最初的 EIG 模型，然后標(biāo)識(shí)約束，用來生成用于測(cè)試的抽象模型。長(zhǎng) 時(shí)間的生成測(cè)試用例使用覆蓋陣列抽樣。生成事件序列并執(zhí)行。如果任何事件交互錯(cuò)過了，然后重新生成測(cè)試用例，并重復(fù)步驟。 缺點(diǎn)是事件的分區(qū)，和標(biāo)識(shí)約束是手動(dòng)完成的。 生成事件交互圖和種子測(cè)試套件 執(zhí)行種子測(cè)試套件，記錄 GUI 運(yùn)行時(shí)間 生成 事件語義交互圖 執(zhí)行測(cè)試用例 測(cè)試報(bào)告 GUI 應(yīng)用程序 圖 、 動(dòng)態(tài)適應(yīng)測(cè)試自動(dòng)生成 Xun Yuan 建議一種生成測(cè)試套件不太可行的測(cè)試用例和更高的事件交互覆蓋算法。由于基于動(dòng)態(tài)狀態(tài)的圖形用戶界面的性質(zhì)，生成基于反饋的測(cè)試用例是必要而且重要的。推薦框架使用從組合的交互測(cè)試生成測(cè)試技術(shù)和測(cè)試組合互動(dòng)的基礎(chǔ)是覆蓋陣列。 生成最初的冒煙測(cè)試，這作為種子用來生成事件語義互動(dòng) (ESI) 的關(guān)系。由 ESI 生成事件語義的交互圖。迭代的細(xì)化是通過遺傳算法。生成 GUI 事件交互的初始模型和一組初始的基于模型的測(cè)試序列。然后生成一批測(cè)試用例并執(zhí)行。決定代碼覆蓋和標(biāo)識(shí)不被執(zhí)行的測(cè)試用例。一旦標(biāo)識(shí)不可行的測(cè)試案例，就被刪除，模型被更新，生成新批的測(cè)試用例，并且涵蓋所有未覆蓋的ESI 關(guān)系遵循的步驟。這些測(cè)試用例自動(dòng)的生成過程如圖 3 所示。這一測(cè)試自動(dòng)化還提供了圖形用戶界面的驗(yàn)證。 缺點(diǎn)是事件的上下文不合為一體，需要覆蓋和測(cè)試充分，判斷這些是如 何影GUI 應(yīng)用程序 生成事件交互模型 區(qū)分 GUI 事件 確定約束條件 由覆蓋陣列生成最大序列 生成可執(zhí)行的事件序列 執(zhí)行測(cè)試用例 事件交互缺失？ 測(cè)試報(bào)告 響故障檢測(cè)。 圖 修復(fù)測(cè)試套件 Si Huang 提出用遺傳算法修復(fù) GUI 測(cè)試套件的一種方法。生成是可行的新測(cè)試用例和遺傳算法用于開發(fā)測(cè)試用例，提供額外的測(cè)試套件，通過刪除不可行的測(cè)試用例并插入新可行的測(cè)試用例?？蚣苡糜谧詣?dòng)修復(fù)不可行的測(cè)試用例。圖模型用于作為輸入，如 EFG、 EIG、 ESIG 和翻錄的 GUI 結(jié)構(gòu)。主控制器為測(cè)試用例組裝，然后將 ESIG 模型傳遞給覆蓋陣列發(fā)生器的強(qiáng)度測(cè)試。此覆蓋陣列發(fā)生器生成一組初始事件序 列。覆蓋陣列信息發(fā)送到測(cè)試用例匯編程序，它將這匯編成具體的測(cè)試用例。這些傳遞回控制器和測(cè)試套件修復(fù)階段開始。修復(fù)階段完成后，將由框架返回可行的測(cè)試用例。 遺傳算法用于修復(fù)算法。執(zhí)行一組初始測(cè)試用例，如果沒有不可行的測(cè)試用例，退出并完成。如果存在不可行的測(cè)試用例，然后開始修復(fù)階段。迭代次數(shù)根據(jù)估計(jì)的修理的測(cè)試套件的大小來確定，將每個(gè)次代遺傳算法執(zhí)行。該算法將最生成 GUI 事件交互的初始模型 生成初始序列 生成測(cè)試用例 移動(dòng)不可執(zhí)行的序列和更新模型 決定代碼覆蓋和確定不可執(zhí)行的序列 執(zhí)行測(cè)試 GUI 應(yīng)用程序 佳測(cè)試用例添加到最終的測(cè)試套件。停止條件用于停止迭代。 優(yōu)點(diǎn)是，它會(huì)在更長(zhǎng)時(shí)間的測(cè)試序列上更好地生成覆蓋范圍較小的測(cè)試套件。它提供了可行的測(cè)試用例。但 對(duì)于長(zhǎng)時(shí)間執(zhí)行大型應(yīng)用程序不是高可擴(kuò)展。當(dāng)使用 GUI 翻錄時(shí)，包含事件相關(guān)性的程序可能不被發(fā)現(xiàn)。 各種應(yīng)用程序的 GUI 測(cè)試 4． 工業(yè)圖形用戶界面系統(tǒng) Penelope Brooks 開發(fā) GUI 測(cè)試方法發(fā)展相關(guān)的工業(yè)應(yīng)用程序，提高測(cè)試系統(tǒng)整體素質(zhì)，它通過描述 GUI 界面，使用收集的數(shù)據(jù)檢測(cè)缺陷，是測(cè)試人員和研究人員協(xié)助發(fā)展中更有效的測(cè)試策略。 GUI 測(cè)試的特點(diǎn)使用從缺陷檢測(cè)到，協(xié)助制訂更有效的測(cè)試策略的測(cè)試人員和研究人員收集的數(shù)據(jù)的 GUI 系統(tǒng)整體素質(zhì)提高的方法。在此方法中，缺陷是基于 beizer 的缺陷 來分類的。八個(gè)級(jí)別的類別都存在描述特定的缺陷，例如功能缺陷、實(shí)施的功能、結(jié)構(gòu)缺陷、數(shù)據(jù)缺陷、實(shí)施缺陷、集成缺陷、系統(tǒng)缺陷和測(cè)試的缺陷?？梢孕薷姆诸?，并根據(jù)需要添加類別。如果出現(xiàn)任何故障，就會(huì)分析哪種類別下出來的缺陷，而且這種分類用于設(shè)計(jì)更好的檢測(cè)此類故障，可以設(shè)計(jì)更好的測(cè)試用例算法和更好的錯(cuò)誤播種模型。 運(yùn)用目標(biāo)問題公制（ GQM）范式。它是用于分析測(cè)試用例、缺陷和從源度量測(cè)試員 /研究員的觀點(diǎn)在工業(yè)發(fā)展的圖形用戶界面軟件。局限性是 GUI 系統(tǒng)的特點(diǎn)是只基于系統(tǒng)事件，不包含用戶的交互。 、社區(qū)驅(qū)動(dòng) 開放源 的 GUI 應(yīng)用程序 Qing Xie 和 Atif M. Memon 提出一個(gè)新的方法，是將持續(xù)集成的基于 web 社區(qū)驅(qū)動(dòng)和基于 GUI 的開放源軟件 (OSS)的測(cè)試。許多開發(fā)人員參與和通過 WWW進(jìn)行代碼更改，它容易產(chǎn)生更多的缺陷。因此，三個(gè)嵌套技術(shù)或三個(gè)同心圓循環(huán)是用來自動(dòng)操作基于模型的演變的基于 GUI 的開放源碼軟件測(cè)試。碰撞測(cè)試是對(duì)每個(gè)簽入代碼的 GUI 軟件進(jìn)行操作的最內(nèi)層的技術(shù)和它頻繁執(zhí)行與自動(dòng)化的GUI 測(cè)試干預(yù)和快速地執(zhí)行。對(duì)開發(fā)人員來說，簽入代碼后報(bào)告軟件崩潰。冒煙測(cè)試是第二種技術(shù)運(yùn)作的每一天對(duì) GUI 生 成操作和執(zhí)行功能的參考的整合版本的 GUI 測(cè)試，利用使用過測(cè)試的版本作為基線。綜合測(cè)試是最外層的第三個(gè)技術(shù)進(jìn)行詳細(xì)全面 GUI 的集成測(cè)試中主要的 GUI 版本和之后的圖形用戶界面的主要版本，則可執(zhí)行它。問題報(bào)告所有的開發(fā)者是發(fā)展特定版本的一部分。 這些同心循環(huán)提供資源利用率內(nèi) , 由內(nèi)循環(huán)捕獲早時(shí)的錯(cuò)誤?；? GUI 的開放源碼軟件的多個(gè)版本在繼續(xù)存在的缺陷是完全自動(dòng)檢測(cè)這種方法。它提供反饋。三環(huán)之間的交互未定義的是限度。 、 不斷發(fā)展基于 GUI 的軟件應(yīng)用程序 Qing Xie 和 Atif M. Memon 提出一種質(zhì)量保證機(jī)制，通過一種新型的 GUI測(cè)試為持續(xù)演變的軟件保證質(zhì)量，隨著演變稱為碰撞測(cè)試，來幫助迅速測(cè)試 GUI。碰撞測(cè)試的兩個(gè)層次是：即時(shí)基于反饋的碰撞測(cè)試的開發(fā)人員表明 GUI 漏洞固定在響應(yīng)以前報(bào)告的崩潰； 回應(yīng)僅選擇碰撞測(cè)試用例是重新運(yùn)行并將結(jié)果通知開發(fā)人員。如果發(fā)生任何代碼更改，新碰撞測(cè)試用例生成并執(zhí)行在 GUI 上。生成的測(cè)試用例，可以生成和快速執(zhí)行，并涵蓋所有的 GUI 功能。一旦獲得 EIG，一個(gè)布爾型的標(biāo)志關(guān)聯(lián)著圖中的每個(gè)邊。在碰撞測(cè)試中，一次生成測(cè)試用例，涵蓋該特定的邊緣，然后設(shè)置此標(biāo)志。 如果發(fā)生任何更改，則保留每個(gè)邊緣的布爾標(biāo)志。執(zhí)行的測(cè)試用例和測(cè)試執(zhí)行過程中的崩潰用來識(shí)別軟件中的嚴(yán)重問題。碰撞測(cè)試的過程如圖 4 所示。碰撞測(cè)試的有效性被認(rèn)為是測(cè)試用例的總數(shù)用于檢測(cè)最大值的故障。在相當(dāng)大程度上，測(cè)試套件的大小對(duì)發(fā)現(xiàn)的缺陷數(shù)量并無影響。 碰撞試驗(yàn)技術(shù)用于保證 GUI 應(yīng)用程序的質(zhì)量，這也有助于快速測(cè)試應(yīng)用程序。缺點(diǎn)是，這種技術(shù)只用于測(cè)試 GUI 應(yīng)用程序， web 應(yīng)用程序中不能使用故障注入或播種技術(shù)，用來評(píng)估效率的方法不應(yīng)用在這里。 圖 生成事件交互圖 生成碰撞測(cè)試用例 執(zhí)行測(cè)試用例 測(cè)試報(bào)告 軟件應(yīng)用程序 、 快速發(fā)展的軟件 Atif M. Memon 在 GUI 冒煙測(cè)試的領(lǐng)域中涉及到的 GUI 冒煙測(cè)試套件、 大小、故障檢測(cè)能力和預(yù)言測(cè)試 做出貢獻(xiàn) 。每日自動(dòng)回歸測(cè)試儀 (DART)框架用于自動(dòng)化 GUI 冒 煙測(cè)試。 DART 自動(dòng)啟動(dòng)應(yīng)用程序下測(cè)試（ AUT） 在 夜間、它構(gòu)建和運(yùn)行的 GUI 冒 煙測(cè)試和開發(fā)人員在日間 的 工作代碼。覆蓋面和錯(cuò)誤報(bào)告被郵寄給開發(fā)人員。在 DART 所有的進(jìn)程，如分析 AUT 的 GUI 結(jié)構(gòu)使用 GUI 開膛手、測(cè)試用例生成、 預(yù)言 測(cè)試生成 、測(cè)試用例的執(zhí)行人、 檢查 報(bào)告和不成功的測(cè)試案例、 提交 缺陷報(bào)告 被自動(dòng)化。冒煙 的 GUI 測(cè)試用例和 預(yù)言 測(cè)試 生成。故障播種用于評(píng)估使用的故障檢測(cè)技術(shù)。足夠數(shù)量的 故障 對(duì)各個(gè) 類型 的故障的查詢是公正的。 缺點(diǎn)是代碼的一些部分被冒 煙測(cè)試 丟失， DART 報(bào)告的 一些缺陷是錯(cuò)誤肯定的， 整體的 DART 有效性取決 GUI 開膛手功能，不能基于工業(yè)應(yīng)用程序測(cè)試運(yùn)用，不在 GUI 中 顯現(xiàn)的故障將不能被 檢測(cè)到 。 合并事件的上下文 Xun Yuan 文中闡述了開發(fā) GUI 測(cè)試的新標(biāo)準(zhǔn)。他們用一種組合交互的測(cè)試技術(shù)。使用組合交互的主要?jiǎng)訖C(jī)，是將上下文合并，并且考慮到事件的組合，序列長(zhǎng)度，和所有的 可能。使用圖形模型和覆蓋陣列用于生成測(cè)試用例，這些都是組合相互作用的測(cè)試基礎(chǔ)。 一個(gè)稱為 GUITAR (GUI 測(cè)試框架 ) 的工具用來測(cè)試，它提供的功能，如生成測(cè)試用例、 執(zhí)行測(cè)試用例、驗(yàn)證正確和獲取覆蓋報(bào)告。最初使用 GUI 開膛手，GUI 應(yīng)用程序轉(zhuǎn)換為事件圖，然后事件的分組取決于功能，同時(shí)標(biāo)識(shí)約束。得到覆蓋陣列，并且生成測(cè)試序列。測(cè)試用例生成并執(zhí)行。最后，計(jì)算覆蓋范圍和分析測(cè)試充分性準(zhǔn)則。 優(yōu)點(diǎn)是：合并上下文，相比以前使用的技術(shù)，可以納入、檢測(cè)更多的故障。缺點(diǎn)是不可行的測(cè)試用例使一些測(cè)試用例不被執(zhí)行， 事件分組和標(biāo)識(shí)約束不自動(dòng)完成。 圖 結(jié)論 在此文中，一些測(cè)試用例生成的方法和各種類型 GUI 測(cè)試，適應(yīng)不同的 GUI 應(yīng)用程序和技術(shù)的研究。不同的測(cè)試環(huán)境下使用了不 同的方法。這項(xiàng)研究有助于選擇測(cè)試用例生成基于測(cè)試 要求 的技術(shù) ，它還有助于選擇基于開放源碼軟件、工業(yè)軟件和簽入更加快速、持續(xù)的軟件應(yīng)用程序類型的圖形用戶界面來執(zhí)行的測(cè)試類型。 GUI 應(yīng)用程序 執(zhí)行測(cè)試用例 生成執(zhí)行測(cè)試 生成 GUI 事件圖 計(jì)算覆蓋范圍和分析測(cè)試的妥善性 輸出缺陷記錄 生成覆蓋陣列樣本 確定約束 事件劃分