【正文】 這些結(jié)果數(shù)據(jù)通過(guò)日志管理存儲(chǔ)在日志數(shù)據(jù)庫(kù)中，便于測(cè)試人員查看和分析測(cè)試結(jié)果。軟件測(cè)試的工作量很大并具有一定的重復(fù)性，尤其在測(cè)試后期所進(jìn)行的回歸測(cè)試中（回歸測(cè)試在軟件出現(xiàn)發(fā)展性的改變和修正性改變時(shí)運(yùn)行），需要驗(yàn)證以前發(fā)現(xiàn)的問(wèn)題在新版本中是否解決，大部分測(cè)試工作是重復(fù)的。比如：如果一個(gè)需求因?yàn)槟撤N原因改變了，你想知道測(cè)試計(jì)劃中的那些測(cè)試用例受到了影響，那么你可以u(píng)pdate它們以反映需求的變化。一個(gè)項(xiàng)目可以有一個(gè)或多個(gè)測(cè)試計(jì)劃。MI的TestDirector中的Test Plan模塊就是創(chuàng)建測(cè)試計(jì)劃的一個(gè)平臺(tái)，它提供了各種功能以方便測(cè)試計(jì)劃的創(chuàng)建。而Rational和Compuware的測(cè)試項(xiàng)目則不一樣，在它們的測(cè)試項(xiàng)目創(chuàng)建前你完全可以使用它們的需求管理工具創(chuàng)建完成測(cè)試需求，缺陷跟蹤工具創(chuàng)建好缺陷跟蹤的項(xiàng)目，然后創(chuàng)建測(cè)試項(xiàng)目時(shí)將這些需求和缺項(xiàng)項(xiàng)目與測(cè)試項(xiàng)目聯(lián)系起來(lái)。而其它兩個(gè)公司的測(cè)試管理系統(tǒng)是基于C/S結(jié)構(gòu)的系統(tǒng)，如果一個(gè)測(cè)試人員要使用該測(cè)試管理系統(tǒng)的話，他必須在自己的機(jī)器上安裝該系統(tǒng)才行。而第二種方法就很好，只要某個(gè)對(duì)象或事件出現(xiàn)，說(shuō)明被測(cè)程序的響應(yīng)已經(jīng)完畢，腳本就繼續(xù)往下執(zhí)行。(2)Rational Robot雖然Robot也是采用了對(duì)象映射技術(shù)來(lái)識(shí)別GUI對(duì)象，但是它提供的關(guān)于這方面的功能比較弱，而且很多功能都對(duì)用戶隱藏了。 GUI對(duì)象識(shí)別三種工具都是基于捕捉/回放的測(cè)試原理，既然要回放用戶的操作，那么用戶操作的對(duì)象的識(shí)別就是一個(gè)很重要的要解決的問(wèn)題。Font Expert是為了WinRunner能夠識(shí)別不同的字體而加入的一個(gè)具有字體學(xué)習(xí)功能的模塊；腳本執(zhí)行模塊提供了三種模式下的腳本回放，這三種模式下面會(huì)詳細(xì)分析；GUI Map是為了簡(jiǎn)化腳本，識(shí)別GUI對(duì)象和提高腳本的可維護(hù)性而設(shè)立的一個(gè)功能模塊，這個(gè)模塊和QARun中的Map模塊的功能是一樣的。所以針對(duì)下面三個(gè)較新版本的工具進(jìn)行分析和比較，對(duì)新版本的工具選擇同樣具有參考價(jià)值。⑤ 方便的將測(cè)試結(jié)果信息加載到測(cè)試缺陷跟蹤系統(tǒng)。⑥在TestFactory中可以回放Robot功能測(cè)試腳本一觀察擴(kuò)展代碼覆蓋率的信息以創(chuàng)建回歸測(cè)試集；在Robot中也可以回放TestFactory腳本用以調(diào)試腳本。(4)Rational ClearQuest在ClearQuest中進(jìn)行缺陷的跟蹤和管理。它是一個(gè)開(kāi)放的可擴(kuò)展的架構(gòu)，將其它的工具和測(cè)試數(shù)據(jù)聯(lián)合為一個(gè)整體。(2)Customer在該功能模塊中，TD用戶（即測(cè)試人員或其他與測(cè)試相關(guān)的人員）可以訂制和修改用戶的一些信息。 知道什么時(shí)候測(cè)試對(duì)于自動(dòng)化測(cè)試擁有一個(gè)能夠被識(shí)別的測(cè)試框架和侯選者能夠確保多個(gè)測(cè)試運(yùn)行的構(gòu)建策略多平臺(tái)環(huán)境需要被測(cè)試擁有運(yùn)行測(cè)試的硬件擁有關(guān)注在自動(dòng)化過(guò)程上的資源被測(cè)試系統(tǒng)是可自動(dòng)化測(cè)試的沒(méi)有適當(dāng)?shù)臏y(cè)試過(guò)程沒(méi)有一個(gè)測(cè)試什么，什么時(shí)候測(cè)試的清晰的藍(lán)圖剛加入項(xiàng)目組，并且還不是完全的理解方案的功能性和或者設(shè)計(jì)項(xiàng)目成員或者整個(gè)項(xiàng)目在時(shí)間的壓力下在團(tuán)隊(duì)中沒(méi)有資源或者具有自動(dòng)化測(cè)試技能的人沒(méi)有硬件自動(dòng)化測(cè)試需要不同類(lèi)型的自動(dòng)化測(cè)試工具進(jìn)行支持。冒煙測(cè)試/構(gòu)建版本測(cè)試冒煙測(cè)試是一般驗(yàn)證被測(cè)試系統(tǒng)的功能性測(cè)試用例的集合，冒煙測(cè)試背后的思想是確?；A(chǔ)是可以工作的，以便更大的測(cè)試工作能夠開(kāi)始在構(gòu)建過(guò)程能夠確保構(gòu)建已經(jīng)為測(cè)試準(zhǔn)備好時(shí)，冒煙測(cè)試通常是自動(dòng)化的運(yùn)行功能/集成測(cè)試這里測(cè)試的工作關(guān)注在驗(yàn)證的不同的組件之間的集成上。(2)手工測(cè)試比軟件自動(dòng)化測(cè)試發(fā)現(xiàn)的缺陷更多自動(dòng)化測(cè)試的最大特點(diǎn)在于適合重復(fù)測(cè)試。自動(dòng)化測(cè)試則會(huì)在很大程度上避免這些問(wèn)題。測(cè)試自動(dòng)化涉及到測(cè)試流程、測(cè)試體系、自動(dòng)化化編譯、持續(xù)集成、自動(dòng)發(fā)布測(cè)試系統(tǒng)以及自動(dòng)化測(cè)試等方面整合。如果規(guī)格說(shuō)明有誤，則無(wú)法發(fā)現(xiàn)無(wú)法檢驗(yàn)程序的外特性，無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格說(shuō)明的程序內(nèi)部欠缺部分進(jìn)行測(cè)試缺點(diǎn)來(lái)源基于程序所有功能得到說(shuō)明的基礎(chǔ)之上基于所有的需求得到實(shí)現(xiàn)的基礎(chǔ)之上舉例等價(jià)類(lèi)劃分邊值分析因果圖語(yǔ)句覆蓋，分支覆蓋條件覆蓋，判定/條件覆蓋，路徑覆蓋對(duì)于一個(gè)軟件系統(tǒng)，衡量它的好壞有兩個(gè)最重要的指標(biāo)，一是它的功能是否符合要求，二是它的性能是否符合要求。靜態(tài)測(cè)試是在不需運(yùn)行軟件系統(tǒng)的情況下，對(duì)系統(tǒng)進(jìn)行的測(cè)試。單元測(cè)試的主要方法有控制流測(cè)試、數(shù)據(jù)流測(cè)試、排錯(cuò)測(cè)試、分域測(cè)試等等[35]。： 論文的組織結(jié)構(gòu)軟件測(cè)試就是使用人工或者自動(dòng)的手段來(lái)運(yùn)行或測(cè)定某個(gè)軟件產(chǎn)品系統(tǒng)的過(guò)程，其目的是在于檢驗(yàn)軟件產(chǎn)品是否滿足規(guī)定的需求[2]。論文主要對(duì)軟件測(cè)試、測(cè)試技術(shù)（工具、方法）、自動(dòng)化測(cè)試以及測(cè)試管理技術(shù)（工具、方法）進(jìn)行理論闡述和綜合論述；然后進(jìn)行綜合分析、比較、總結(jié)。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分，也是最重要的部分之一，其目的是檢驗(yàn)軟件基本組成單位的正確性。這里修改的正確性有兩重含義：一是所作的修改達(dá)到了預(yù)定目的，如錯(cuò)誤得到改正，能夠適應(yīng)新的運(yùn)行環(huán)境等等；二是不影響軟件的其他功能的正確性[1]。白盒測(cè)試是窮舉路徑測(cè)試，在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。其目的在于縮短測(cè)試周期，增強(qiáng)對(duì)軟件性能方面的測(cè)試能力等，從而達(dá)到保證軟件質(zhì)量并使軟件能夠提前上線[9]。(6)解決測(cè)試與開(kāi)發(fā)之間的矛盾通常在開(kāi)發(fā)的末期，進(jìn)入集成測(cè)試階段，由于每發(fā)布一個(gè)版本的初期，測(cè)試系統(tǒng)的錯(cuò)誤比較少，這時(shí)開(kāi)發(fā)人員有等待測(cè)試人員測(cè)出錯(cuò)誤的時(shí)間。例如界面的美觀、聲音的體驗(yàn)、易用性的測(cè)試等，這類(lèi)測(cè)試很容易通過(guò)人來(lái)驗(yàn)證，自動(dòng)化測(cè)試反而難以執(zhí)行。 各類(lèi)型測(cè)試進(jìn)行自動(dòng)化技術(shù)描述備注單元測(cè)試/組件測(cè)試該測(cè)試工作通常是開(kāi)發(fā)人員的職責(zé)，很多不同的方法能夠被使用，比如“測(cè)試先行”，它是一個(gè)測(cè)試框架，開(kāi)發(fā)人員在編寫(xiě)代碼前編寫(xiě)不同的單元測(cè)試。下表對(duì)何時(shí)使用自動(dòng)化測(cè)試和何時(shí)使用手工測(cè)試進(jìn)行了一個(gè)概要的總結(jié)。使用TD及其配套的功能和性能等測(cè)試工具，可以組織全球范圍的測(cè)試。Rational的測(cè)試工具Rational Suite TestStudio的構(gòu)成如下圖[14]： Rational Suite TestStudio的構(gòu)成Rational Suite TestStudio測(cè)試工具集中的管理工具主要有五個(gè)子工具組成，它們結(jié)合起來(lái)，完成一個(gè)完整的測(cè)試管理工具的功能。②指定優(yōu)先級(jí)，排序和安排需求。③不用記錄，自動(dòng)生成提供擴(kuò)展代碼覆蓋率的腳本和發(fā)現(xiàn)缺陷的腳本。② 調(diào)用相應(yīng)的自動(dòng)測(cè)試工具執(zhí)行測(cè)試。WinRunner、Rational Robot和QARun這三個(gè)工具都是自動(dòng)化的功能測(cè)試工具，它們針對(duì)的測(cè)試對(duì)象都是使用IDEs（如：支持Java、C/C++、VB、HTML等語(yǔ)言的集成開(kāi)發(fā)環(huán)境）開(kāi)發(fā)的帶有GUI對(duì)象的應(yīng)用程序，都能夠大大降低重復(fù)性的測(cè)試所耗費(fèi)的時(shí)間，將測(cè)試人員從復(fù)雜好事的測(cè)試工作中解脫出來(lái)。對(duì)Robot的主要功能的詳細(xì)劃分如下圖： Robot功能劃分(3)QARun同WinRunner一樣，QARun可以執(zhí)行完整的功能測(cè)試，它的所有的功能模塊都是為了能夠正確、方便的進(jìn)行功能測(cè)試而存在的。Robot比其它兩個(gè)工具少了創(chuàng)建對(duì)象映射這個(gè)步驟（不是說(shuō)Robot中沒(méi)有對(duì)象映射，而是Robot中對(duì)象映射只可以查看和捕獲，不能手工修改某個(gè)對(duì)象的映射）。WinRunner能夠識(shí)別標(biāo)準(zhǔn)的GUI對(duì)象，但也有一些非標(biāo)準(zhǔn)的對(duì)象無(wú)法在WinRunner內(nèi)置的對(duì)象類(lèi)型中找到匹配。三種工具都是根據(jù)腳本中的命令，調(diào)用操作系統(tǒng)提供的API控制鼠標(biāo)和鍵盤(pán)對(duì)被測(cè)程序進(jìn)行操作，這個(gè)過(guò)程中存在一個(gè)很明顯的問(wèn)題就是腳本的執(zhí)行速度一般要比被測(cè)試程序的響應(yīng)要快，那么如何保持腳本的執(zhí)行與被測(cè)程序的響應(yīng)同步，有兩種方法解決這個(gè)問(wèn)題：第一種是在每個(gè)需要延時(shí)執(zhí)行的腳本指令后面插入一個(gè)合適的等待時(shí)間。下面就從工具結(jié)構(gòu)、功能等方面對(duì)三個(gè)公司的測(cè)試管理工具做一個(gè)分析和比較。其它兩個(gè)公司的測(cè)試管理工具的項(xiàng)目創(chuàng)建，都要有復(fù)雜的數(shù)據(jù)庫(kù)創(chuàng)建過(guò)程，一個(gè)測(cè)試項(xiàng)目創(chuàng)建，還要根據(jù)它提供的數(shù)據(jù)庫(kù)表創(chuàng)建文件人工創(chuàng)建數(shù)據(jù)庫(kù)，另外，由于它們的需求管理和缺陷管理工具的獨(dú)立性，還要將需求項(xiàng)目和缺陷管理項(xiàng)目與測(cè)試項(xiàng)目結(jié)合。而往往一個(gè)測(cè)試團(tuán)隊(duì)的人員是固定的，它們的職責(zé)也是固定的，它們作為測(cè)試工具的使用者也是固定的，所以Rational和Compuware公司的管理工具讓測(cè)試人員依附于測(cè)試項(xiàng)目而存在的方法使得每建一個(gè)測(cè)試項(xiàng)目都要重復(fù)添加一次系統(tǒng)用戶，顯得比較繁瑣[1922]。另外，TestDirector的Test Plan模塊中還提供了郵件發(fā)送功能，你可以很輕松的將設(shè)計(jì)好的測(cè)試發(fā)送給測(cè)試項(xiàng)目組成員中的任何一個(gè)人。另外，Rational TestManager還提供了測(cè)試影響分析的功能。關(guān)鍵詞：軟件測(cè)試；回歸測(cè)試；自動(dòng)化0．引言測(cè)試是一種旨在評(píng)估一個(gè)程序或系統(tǒng)的屬性或能力，確定它是否符合其所需結(jié)果的活動(dòng)。 GUIATF的作用圖1 GUIATF的作用從圖1可以看出GUIATF將消息發(fā)送給系統(tǒng)，系統(tǒng)響應(yīng)消息之后通知應(yīng)用程序來(lái)觸發(fā)對(duì)應(yīng)的事件，完成測(cè)試用例中定義的一系列用戶操作。在不同的語(yǔ)言版本中，同一個(gè)控件的名稱(chēng)是不同的，字符轉(zhuǎn)換模塊提取當(dāng)前環(huán)境的語(yǔ)言類(lèi)型，將要檢索的控件名稱(chēng)轉(zhuǎn)換為當(dāng)前語(yǔ)言環(huán)境中對(duì)應(yīng)的名稱(chēng)，發(fā)送給對(duì)象定位模塊。測(cè)試腳本的錄制過(guò)程是根據(jù)具體的界面和操作進(jìn)行的，一旦腳本的執(zhí)行界面發(fā)生改變，運(yùn)行就會(huì)出現(xiàn)異常，甚至僅僅是被操作對(duì)象位置的改變或圖像分辨率的改變都可能會(huì)造成圖形用戶界面自動(dòng)化測(cè)試的失敗，因此，基于錄制技術(shù)的自動(dòng)化測(cè)試維護(hù)的代價(jià)相當(dāng)高。這些報(bào)告可以幫助你分析測(cè)試計(jì)劃，找出其中的缺陷。每個(gè)測(cè)試用例可以選擇是手工的測(cè)試用例還是自動(dòng)化的測(cè)試用例，其中自動(dòng)化的測(cè)試用例也有多種不同工具的選擇，包括功能的和性能的，針對(duì)每個(gè)測(cè)試用例，你還可以設(shè)計(jì)其測(cè)試步驟，包括測(cè)試操作、檢查點(diǎn)、輸出等，還要指定與測(cè)試用例相聯(lián)系的測(cè)試腳本，這些東西和TestDirector是相同的。使用TestDirector可以輕松的將測(cè)試和需求聯(lián)系起來(lái)。這三個(gè)工具都提供了用戶密碼保護(hù)、用戶添加、更改、刪除等必備功能，另外，都可以訂制用戶對(duì)測(cè)試資源操作和訪問(wèn)的權(quán)限。而其它兩個(gè)公司的測(cè)試管理工具都有好幾個(gè)工具組成，這些工具結(jié)合共同完成測(cè)試管理的功能[1314]。腳本運(yùn)行過(guò)程中到某個(gè)命令的事候要等待某個(gè)對(duì)象或事件的出現(xiàn)，就可以插入事件點(diǎn)。從上面的窗口中我們也可以看出，最上一級(jí)是Desktop，下面就是包含在Desktop中的所有對(duì)象，然后每個(gè)對(duì)象的子對(duì)象也都會(huì)建立映射。在WinRunner和QARun里面這些對(duì)象映射是可以編輯的，Robot中不可以編輯。和MI公司的分法一樣，Compuware公司將性能測(cè)試功能完全交由QALoad完成。是MI測(cè)試軟件中比較新的版本。(2)Reconcile需求管理工具，組織和管理測(cè)試需求。利用SiteCheck具體可以做如下事情：①顯示網(wǎng)頁(yè)的結(jié)構(gòu)以及各頁(yè)面間的關(guān)系。Rational Suite TestStudio測(cè)試工具集中的測(cè)試工具比較全面，既有功能和性能的測(cè)試工具，也有代碼級(jí)的黑盒和白盒測(cè)試工具。它的詳細(xì)功能如下：①創(chuàng)建一個(gè)Rational測(cè)試項(xiàng)目，配置項(xiàng)目的有關(guān)信息。它主要集成了需求指定、建立測(cè)試計(jì)劃、執(zhí)行測(cè)試、缺陷跟蹤四個(gè)功能模塊。三個(gè)公司都開(kāi)發(fā)了一整套自動(dòng)化測(cè)試工具，這些自動(dòng)化測(cè)試工具都經(jīng)過(guò)無(wú)數(shù)的實(shí)際運(yùn)用，都是非常優(yōu)秀的自動(dòng)化測(cè)試工具。不需要使用自動(dòng)化的測(cè)試。自動(dòng)化測(cè)試能夠很好的發(fā)現(xiàn)老缺陷。當(dāng)然，軟件自動(dòng)化測(cè)試也并非萬(wàn)能，人們對(duì)軟件自動(dòng)化測(cè)試的理解也存在許多誤區(qū)，認(rèn)為自動(dòng)化測(cè)試能完成一切工作，從測(cè)試計(jì)劃到測(cè)試執(zhí)行，都不需要人工干預(yù)。當(dāng)正確實(shí)施軟件自動(dòng)化測(cè)試并嚴(yán)格遵守制定的測(cè)試過(guò)程時(shí)，自動(dòng)化測(cè)試可帶來(lái)若干好處。功能測(cè)試要盡量測(cè)試到軟件的每一個(gè)功能單元，找出軟件中的缺陷，確保軟件的每一個(gè)部分都能正常、正確的工作。根據(jù)測(cè)試規(guī)模，可分為：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試及應(yīng)用測(cè)試等幾個(gè)階段。集成測(cè)試的策略主要有自頂向下和自底向上兩種[35]。軟件測(cè)試是一個(gè)貫穿整個(gè)軟件生命周期的活動(dòng)，那種等待整個(gè)系統(tǒng)開(kāi)發(fā)完畢，再對(duì)其進(jìn)行測(cè)試的想法是錯(cuò)誤的，把測(cè)試放到軟件開(kāi)發(fā)的最后是很危險(xiǎn)的，因?yàn)樗苋菀讓?dǎo)致整個(gè)軟件系統(tǒng)無(wú)法集成。深入研究軟件測(cè)試技術(shù)方法，提高軟件可靠性，已經(jīng)成為國(guó)內(nèi)外軟件行業(yè)和相關(guān)機(jī)構(gòu)重要的研究方向[1]。針對(duì)不同規(guī)模、不同類(lèi)型的軟件，以及軟件開(kāi)發(fā)的不同階段，所用的測(cè)試方法各異，下面我們就主要針對(duì)上面的幾種情況對(duì)軟件測(cè)試做一個(gè)簡(jiǎn)單的分類(lèi)。這是軟件在投入使用之前的最后測(cè)試。白盒測(cè)試是基于代碼的測(cè)試，測(cè)試人員通過(guò)閱讀程序代碼或者通過(guò)使用開(kāi)發(fā)工具中的單步調(diào)試來(lái)判斷軟件的質(zhì)量。首先手工測(cè)試的效率低下，其次有些測(cè)試是手工測(cè)試所無(wú)法完成的。(4)具有一致性和可重復(fù)性由于每次自動(dòng)化測(cè)試運(yùn)行的腳本是相同的，所以可以進(jìn)行重復(fù)的測(cè)試，使得每次執(zhí)行的測(cè)試具有一致性，手工測(cè)試則很難做到這點(diǎn)。②軟件不穩(wěn)定。手工測(cè)試時(shí)可以及時(shí)處理該意外，而自動(dòng)化測(cè)試時(shí)該意外事件一般會(huì)導(dǎo)致測(cè)試的中止?？梢?jiàn)重復(fù)性比較高的回歸測(cè)試，以及手工測(cè)試難以完成的性能測(cè)試是自動(dòng)化測(cè)試最有潛力應(yīng)用和最能體現(xiàn)價(jià)值的地方，而早期的單元測(cè)試中如果引入自動(dòng)化，也將大大提高開(kāi)發(fā)出的代碼質(zhì)量。該公司開(kāi)發(fā)的自動(dòng)化測(cè)試工具以其功能強(qiáng)大、完善的售后服務(wù)和支持，使其成為了自動(dòng)化測(cè)試軟件開(kāi)發(fā)領(lǐng)域的領(lǐng)先者。 Rational公司的測(cè)試軟件Rational公司是軟件業(yè)中領(lǐng)先的應(yīng)用開(kāi)發(fā)工具供應(yīng)商，提供基于業(yè)界開(kāi)放標(biāo)準(zhǔn)的工具、最佳方案和服務(wù)，用于開(kāi)發(fā)商業(yè)應(yīng)用和構(gòu)建軟件產(chǎn)品和系統(tǒng)。(3)Rational RequisiteProRational RequisitePro是一個(gè)需求管理的工具，它可幫助項(xiàng)目團(tuán)隊(duì)控制開(kāi)發(fā)的進(jìn)度。(4)Rational PureCoverage 測(cè)試代碼覆