【正文】 圖 41 所示 ， 主 界面 視圖主要為分為左右兩視圖，左邊為樹形 視圖，右邊為列表框視圖。 C++是一種可互操作的基于標(biāo)準(zhǔn)的語言，而 C++技能也可以在多個(gè)計(jì)算環(huán)境和社區(qū)間利用。這些功能與專業(yè)級(jí)編譯器和高級(jí)調(diào)試器集成在一起，共同提供了一致和有效的開發(fā)體驗(yàn)。 應(yīng)用程序向?qū)榭焖賳?dòng)項(xiàng)目提供了強(qiáng)大的模板。 Visual C++.NET 增強(qiáng)了開發(fā)人員的能力 Visual C++.NET 為開發(fā)人員提供了許多專業(yè)級(jí)功能，讓他們能夠?yàn)?Windows和 Web 創(chuàng)建功能非常強(qiáng)大的應(yīng)用程序和組件。 ATL Server 在一組簡(jiǎn)單和可擴(kuò)展的 ATL 類中封裝了開發(fā)高性能 C++ Web 應(yīng)用程序的最佳做法供開發(fā)人員重用。 3. .NET 框架類庫(kù)： Visual C++.NET 開發(fā)人員還可以使用 框架類庫(kù)并利用強(qiáng)大的內(nèi)置功能 ——包括一組豐富的集合類、網(wǎng)絡(luò)支持、多線程支持、字符串和正則表達(dá)式類，以及對(duì) XML、 XML 架構(gòu)、 XML 命名空間、XSLT、 Xpath 和 SOAP 的廣泛支持。使用 .NET，開蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 23 發(fā)人員可以獲得用于無縫垃圾回收和減少程序復(fù)雜性的出色的內(nèi)存管理技術(shù)。 C++屬性標(biāo)記的引入還減少了獨(dú)立接口定義語言 (IDL)模塊的需要。 Visual C++.NET 的新功能 1. C++屬性： C++屬性允許公布式編程，它們可以通過盡可能減少重復(fù)樣板源代碼來簡(jiǎn) 化開發(fā)工作。所謂屬性化編程，是指能夠使用 少量的代碼迅速地建立 COM 組件，在最新 Visual C++.NET 開發(fā)環(huán)境中，還新增了一些屬性，這些屬性可以改變代碼的行為，甚至可以通過插入一些額外的代碼來完成一些基本的工作，例如 ActiveX 控件的執(zhí)行、類廠的創(chuàng)建以及數(shù)據(jù)庫(kù)命令的格式化處理等。 6. 增加了新的 OLE DB 屬性和類，這使得用戶更加能夠快速地進(jìn)行數(shù)據(jù)訪問。 4. 增加了許多新的 MFC 用戶界面類，如 DHTML 對(duì)話框、增強(qiáng)圖像類CImage。 2. 集成 MFC 和 ATL，使 它們能夠共用一些常用的類，如 CString。它的最大特點(diǎn)就是能管理與工程相關(guān)蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 22 的多種類型的外部文件。 Visual 使用方案這個(gè)概念來表示一個(gè)工程項(xiàng)目。 Visual C++ 開發(fā)環(huán)境是平面化的界面，它除了具有和 Windows 窗口一樣的標(biāo)題欄、菜單欄、工具欄和狀態(tài)欄外，最主要的是還有不一樣的窗口區(qū)。 Visual C++是 Microsoft 公司推出的目前使用極為廣泛的基于 Windows平臺(tái)的可視化編 程環(huán)境。 平臺(tái)提供創(chuàng)建 XML Web services 并將這些服務(wù)集成在一起之所需。 .NET 概述 是 Microsoft XML Web services 平臺(tái)。 開發(fā)工具 ——Visual C++.NET 當(dāng)模型初步建立后，就是實(shí)現(xiàn)的問題。首先介紹本 自動(dòng)化測(cè)試工具 的開發(fā)環(huán)境 ——Visual C++.NET，說明為什么選擇 UML 和 ；然后對(duì)某些關(guān)鍵的函數(shù)和算法給出具體的編碼。 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 20 通過這個(gè)具體的應(yīng)用可以看出， UML 作為一種可 視化建模語言和標(biāo)準(zhǔn)的表達(dá)工具，可以幫助我們記錄和推進(jìn)分析和設(shè)計(jì)的過程，并且完成設(shè)計(jì)以后便于進(jìn)行回溯和交流。圖 35 是 回放腳本 的UML 活動(dòng)圖。本狀態(tài)的動(dòng)作是“建立日志文件樹形分析器”，然后直接轉(zhuǎn)移到狀態(tài)圖的出口。完成后，其出口動(dòng)作是“將測(cè)試結(jié)果寫入日志”。本狀態(tài)的入口動(dòng)作是“查找定位對(duì)象”，也就是將鼠標(biāo)或光標(biāo)定位到目標(biāo)窗口上。完成后，其出口動(dòng)作是“建立測(cè)試腳本樹形分析器”。本狀態(tài)的入口動(dòng)作是“讀取測(cè)試腳本內(nèi)容”。下面，我們將采用狀態(tài)圖來描述 回放腳本 的動(dòng)態(tài)模型，如圖 34 所示。“ Tester”也可以通過選擇“操作”菜單的“日志”選項(xiàng)或單擊工具欄的“日志”按鈕執(zhí)行 OnLog()方法查看日志內(nèi)容。“ Tester”通過選擇“操作”菜單的“回放”選項(xiàng)或單擊工具欄的“回放”按鈕回放腳本，然后腳本模塊通過調(diào)用對(duì)象交互模塊的 FindWindow()方法查找定位對(duì)象，并通過執(zhí)行 WindowEvent()方法操作對(duì)象。我們將對(duì) 回放腳本 建立 其 UML 順序圖。 回放腳本的 UML 的 交互圖 交互圖描述模塊間消息傳遞的連接關(guān)系及其空間分布，揭示模塊之間的交互過程。 動(dòng)態(tài)模型 自動(dòng)化測(cè)試工具的動(dòng)態(tài)模型采用 UML 的交互圖以及活動(dòng)圖和狀態(tài)圖來描述。 圖 32 自動(dòng)化測(cè)試工具 回放腳本 需求模型（ UML 交互 圖） 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 16 一般來說，用例定義后需要為一些重要用例建立一些簡(jiǎn)單的行為模型，從而使該用例更為清晰，也為我們?cè)诮⒔Y(jié)構(gòu)模型時(shí)更容易把握哪些構(gòu)件是應(yīng)該抽象出來 的。 定義用例 使用 UML 用例圖來構(gòu)建自動(dòng)化測(cè)試工具的需求模型，如圖 31 所示。 需求模型 本自動(dòng)化測(cè)試工具使用 UML 用例圖來構(gòu)建需求模型。 對(duì)象交互模塊 當(dāng)用戶執(zhí)行回放任務(wù)時(shí)，本自動(dòng)化測(cè)試工具會(huì)自動(dòng)查找定位窗口焦點(diǎn)坐標(biāo)，并執(zhí)行測(cè)試腳本所描述的鼠標(biāo)和鍵盤操作。 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 14 錄制模塊 當(dāng)用戶使用應(yīng)用程序時(shí)，本自動(dòng)化測(cè)試工具會(huì)記錄用戶的鼠標(biāo)和鍵盤操 作，并產(chǎn)生測(cè)試腳本。 本自動(dòng)化測(cè)試工具是針對(duì)測(cè)試工作的基本需求設(shè)計(jì)的，采用了面向?qū)ο蟮姆椒▽?shí) 現(xiàn)，需要指出的是我們將要分析與設(shè)計(jì)的是一個(gè)利用測(cè)試腳本實(shí)現(xiàn)自動(dòng)化測(cè)試的 工具 ，所以具有很好的重用性。 本節(jié)說明我們所要研究與實(shí)現(xiàn)的自動(dòng)化測(cè)試工具的特點(diǎn)及模塊功能。 自動(dòng)化測(cè)試簡(jiǎn)介 以前的測(cè)試采 用手工方法，測(cè)試內(nèi)容繁多，工作量大，容易造成疏漏。 蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） 13 第三章 基于 UML 的自動(dòng)化測(cè)試工具分析與設(shè)計(jì) 本章以自動(dòng)化測(cè)試工具的開發(fā)為背景，探討了 UML 在軟件分析與設(shè)計(jì)中的應(yīng)用。這些 都是在選用工具時(shí)要考慮到的因素。 測(cè)試 工具要有可集成性、可擴(kuò)展性以及平臺(tái)兼容性。由此看來，自動(dòng)化測(cè)試是有必要深入開展的。 自動(dòng)化測(cè)試工具 的 應(yīng)用與發(fā)展方向 Microsoft 這樣的公司說過 “ 大多數(shù)人認(rèn)為我們是一個(gè)軟件開發(fā)公司，其實(shí)我們是一家軟件測(cè)試公司 ” 的話，從中可以看出測(cè)試是非常重要的。設(shè)計(jì)模塊中的測(cè)試腳本從一個(gè)共同的起點(diǎn)開始。 可重用 “你可以重復(fù)使用測(cè)試腳本來測(cè)試應(yīng)用程序的不同版本，即使用戶界面發(fā)生了變更！ ” 為了彼此可以更好的工作，需要在一個(gè)公共的架構(gòu)上創(chuàng)建程序代碼。 可編程 “你可以編寫復(fù)雜的測(cè)試腳本來找出應(yīng)用程序中隱藏的信息！ ” 花在編寫復(fù)雜測(cè)試腳本的時(shí)間往往不會(huì)像手工測(cè)試中 “真實(shí)工作 ”的時(shí)間一樣被檢查。 利用自動(dòng)化做些繁復(fù)的工作，如掃描應(yīng)用程序中期望的菜單標(biāo)題等。 可靠 “每次測(cè)試腳本在運(yùn)行時(shí)執(zhí)行相同的操作，因此減少了人為的錯(cuò)誤！ ” 現(xiàn)在的技術(shù)只能識(shí)別那些已經(jīng)被編程的部分并進(jìn)行檢查。利用手工測(cè)試的檢查表可以發(fā)現(xiàn)許多人為的錯(cuò)誤。自動(dòng)化測(cè)試戰(zhàn)勝了消耗時(shí)間和測(cè)試深度之間的平衡。利用測(cè)試腳本程序可以很快地將測(cè)試人員帶到測(cè)試應(yīng)用程序的同一水平線上。 第一次的自動(dòng)化測(cè)試項(xiàng)目將花 費(fèi) 比純粹 的 手工測(cè)試更多的時(shí)間。 自動(dòng)化測(cè)試的 優(yōu)缺點(diǎn)對(duì)比 表 21 自動(dòng)化測(cè)試的優(yōu)缺點(diǎn)對(duì)比 優(yōu)點(diǎn) 實(shí)際情況 采取策略 快速 “腳本執(zhí)行比人工執(zhí)行快！ ” 實(shí)際上，測(cè)試人員還需要做編寫腳本，設(shè)置腳本如何運(yùn)行，解釋測(cè)試結(jié)果，討論是否需要修復(fù)等工作。 7. 組織問題。測(cè)試工具與其他軟件的互操作性，也是一個(gè)嚴(yán)重問題。測(cè)試維護(hù)的開銷打擊了測(cè)試自動(dòng)化的積極性，當(dāng)修改測(cè)試比手工重新測(cè)試更費(fèi)勁時(shí)，測(cè)試自動(dòng)化將被丟棄。測(cè)試軟件沒有發(fā)現(xiàn)任何缺陷并不意味 著 軟件沒有缺陷，因?yàn)闇y(cè)試可能不全面或測(cè)試本身就有缺陷。 3. 期望自動(dòng) 化 測(cè)試發(fā)現(xiàn)大量缺陷。 2. 缺乏測(cè)試實(shí)踐經(jīng)驗(yàn)。人們都期望新工具可以解決目前遇到的所有問題，可能會(huì)忽略取得持久效益所做的努力。知道你測(cè)試了什么和沒測(cè)試什么。 6. 增加軟件信任度。 5. 測(cè)試具有一致性和可重復(fù)性。 4. 更好地利用資源。 3. 可以執(zhí)行一些手工測(cè)試?yán)щy或不可能做的測(cè)試。 2. 可以運(yùn)行更多更頻繁的測(cè)試。通過第三方測(cè)試機(jī)構(gòu)公平、公正、公開的測(cè)試，把可視性 差為特征的軟件透明化，用量化的數(shù)據(jù)說話，為科技部和專家組擇優(yōu)支持提供了科學(xué)客觀的依據(jù)，從而避免了以前的印象以及關(guān)系成分。 自動(dòng)化測(cè)試工具特點(diǎn) 自動(dòng)化測(cè)試工具是第三方測(cè)試，最大的特點(diǎn)在于它的專業(yè)性、獨(dú)立性、客觀性和公正性。 3. 引進(jìn)了 QuickTest Professional 中新一代的 “ 零配置 ” 關(guān)鍵詞驅(qū)動(dòng)測(cè)試技術(shù)，從而實(shí)現(xiàn)了快速建立測(cè)試、測(cè)試腳本更易維護(hù)，和更強(qiáng)大的數(shù)據(jù)驅(qū)動(dòng)能力。 突出特點(diǎn)： 1. 具有行業(yè)領(lǐng)先的便于使用的特性，以及支持提前配置環(huán)境的功能，確保了快速的投資回報(bào)。這些報(bào)告對(duì)在測(cè)試運(yùn)行中發(fā)生的重要事件進(jìn)行描述，如出錯(cuò)內(nèi)容和檢查點(diǎn)等。為每一個(gè)重要軟件應(yīng)用和環(huán)境提供功能和回歸測(cè)試自動(dòng)化的行業(yè)最佳解決方案。 QuickTest Professional QuickTest Professional 是一款先進(jìn)的自動(dòng)化測(cè)試解決方案，用于創(chuàng)建功 能和回歸測(cè)試。 4. 執(zhí)行分布式功能測(cè)試 。 2. 支持多種語言： Java， HTML 和 DHTML， Visual Basic， Visual C++，ActiveX， XML。其 GUI 方式的腳本錄制功能，有助于對(duì) GUI 軟件進(jìn)行功能測(cè)試；其 VU 方式的腳本錄制功能，有助于測(cè)試某些軟件的數(shù)據(jù)通訊功能?？梢詫?duì)使用各種集成開發(fā)環(huán)境（ IDE）和語言建立的軟件應(yīng)用程序，創(chuàng)建、修改并執(zhí)行自動(dòng)化的功能測(cè)試、分布式功能測(cè)試、回歸測(cè)試和 集成測(cè)試。 下面介紹幾種目前 市場(chǎng)上 的 主流 的 黑盒測(cè)試工具，其中具有代表性的 是 Rational Robot 和QuickTest Professional。 目前絕大部分應(yīng)用軟件都是基于 GUI（即 Graphics User Interface 圖形用戶界面 ） 進(jìn)行設(shè)計(jì)開發(fā)，所以在產(chǎn)品的測(cè)試活動(dòng)尤其是功能測(cè)試活動(dòng)中， GUI 測(cè)試將占到非常大的比率， GUI 測(cè)試質(zhì)量和效率是整個(gè)產(chǎn)品質(zhì)量提升和成本降低的關(guān)鍵。 5. 根據(jù)測(cè)試需求，有針對(duì)性。 3. 實(shí)現(xiàn)測(cè)試的模塊化以使得可維護(hù)性更好，可在其他項(xiàng)目中重復(fù)使用。 自動(dòng)化測(cè)試工具設(shè)計(jì)的一般原則 1. 使最重復(fù)性的任務(wù)實(shí)現(xiàn)自動(dòng)化。其中詳細(xì)介紹了筆者負(fù) 責(zé)開發(fā)的錄制模塊和對(duì)象交互模塊； 第 五 章 總結(jié)了本文的工作。 論文結(jié)構(gòu) 全文 共分為五章。最后，從個(gè)人角度來說，測(cè)試人員通常很難花費(fèi)大量時(shí)間來學(xué)習(xí)新技能；這是目前國(guó)內(nèi)測(cè)試從業(yè)者的現(xiàn)狀，太多的企業(yè)為了節(jié)約成本而將剛剛走出校門的畢業(yè)生作為測(cè)試工程師，他們每日做著繁忙的重復(fù)工作，又基于自身技能的不 足 ，不知從何 處 入手。此外，在很多項(xiàng)目中，測(cè)試人員的所有任務(wù)實(shí) 際上都是手動(dòng)處理的，而實(shí)際上，有很大一部分重復(fù)性強(qiáng)的測(cè)試工作，是可以獨(dú)立開來自動(dòng)實(shí)現(xiàn)的。 從各種測(cè)試工具的開發(fā)趨勢(shì)來看，自動(dòng)化測(cè)試是發(fā)展主流。一個(gè)測(cè)試管理的流程，取決于相對(duì)穩(wěn)定的需求。 在 針對(duì)性相同 的工具中再進(jìn)行比較， 這些 工具 往往 大同小異，最好先進(jìn)行試用，當(dāng) 然也可以咨詢專業(yè)的測(cè)試機(jī)構(gòu)，無論如何，滿足自己需要的才是最好的。 從目前的測(cè)試工具來看，以國(guó)外品牌居多，選擇測(cè)試工具當(dāng)然也要根據(jù)自己的需求 。 面對(duì)軟件的規(guī)模越來越大，應(yīng)用的復(fù)雜度和集成性越來越高，各種新的軟件開發(fā)技術(shù)不斷應(yīng)用，那么，如何提供高效、有效性的 測(cè)試，是軟件測(cè)試技術(shù)面臨的巨大挑戰(zhàn)。 開發(fā)背景 軟件必須通過測(cè)試才能確保其在應(yīng)用環(huán)境中正常工作。 經(jīng)過分析 ， 我們使用 Microsoft 公司的 Microsoft Visual 開發(fā)工具 ， 利用其提供的各種面向?qū)ο蟮拈_發(fā)工具 ， 尤其是 界面 窗口這一能方便而簡(jiǎn)潔操縱對(duì)象 ， 首先 使用 UML 建立 自動(dòng)化測(cè)試工具的模 型 ， 然后 在已建模型的基礎(chǔ)上，以 VC++.NET 為開發(fā)工具對(duì)該工具進(jìn)行實(shí)現(xiàn)，并不斷修正和改進(jìn)來不斷滿足 用戶 需求 。它分為錄制模塊、腳本模塊、對(duì)象交互模塊和日志模塊，同時(shí)程序的執(zhí)行也是按照這個(gè)流程進(jìn)行。蘇州大學(xué)本科生畢業(yè)設(shè)計(jì)（論文） I 目 錄 摘 要 ....................................................... 3 Abstract ....................................................... 4 第一章 前言 .................................................... 5 概述 ..................................................... 5 開發(fā)背景 ............................................. 5 開發(fā)的現(xiàn)實(shí)意義 ....................................... 5 論文結(jié)構(gòu) .......