軟件測試方法技術(shù)的研究與對比_第1頁
軟件測試方法技術(shù)的研究與對比_第2頁
軟件測試方法技術(shù)的研究與對比_第3頁
軟件測試方法技術(shù)的研究與對比_第4頁
軟件測試方法技術(shù)的研究與對比_第5頁
已閱讀5頁,還剩23頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

-PAGEI--設(shè)計(jì)題目:軟件測試方法技術(shù)的研究與對比摘要目前,面向?qū)ο笸苿恿塑浖a(chǎn)業(yè)的發(fā)展。在保證軟件產(chǎn)品質(zhì)量的方法中,最方便的技術(shù)就是軟件測試技術(shù)。但是,傳統(tǒng)的測試技術(shù)和方法是不夠的。因此,本文提出了面向?qū)ο蟮臏y試方法。軟件測試方法應(yīng)該包括三個(gè)部分:功能測試工具、測試管理工具和性能測試工具。闡述了軟件自動化測試的概念和理論,總結(jié)和比較了軟件自動化測試的應(yīng)用和組織。focus、IBM和ThoughtWorks開發(fā)的產(chǎn)品是市場上三大測試工具。本文從測試步驟和對象識別等方面對上述三家公司的功能測試產(chǎn)品進(jìn)行了分析和比較,并從測試項(xiàng)目管理、人力資源管理、測試等方面對MI公司、rational公司和Compuware公司的測試管理工具產(chǎn)品進(jìn)行了分析和比較計(jì)劃等。關(guān)鍵詞:軟件測試;自動化測試;測試管理工具

ABSTRACTAtpresent,object-orientedpromotesthedevelopmentofsoftwareindustry.Amongthemethodstoensurethequalityofsoftwareproducts,themostconvenienttechnologyissoftwaretestingtechnology.However,traditionaltestingtechniquesandmethodsarenotenough.Therefore,thispaperproposesanobject-orientedtestingmethod.Softwaretestingmethodsshouldincludethreeparts:functiontestingtools,testmanagementtoolsandperformancetestingtools.Thispaperexpoundstheconceptandtheoryofsoftwareautomatictest,summarizesandcomparestheapplicationandorganizationofsoftwareautomatictest.Theproductsdevelopedbyfocus,IBMandThoughtWorksarethethreemajortestingtoolsonthemarket.Thispaperanalyzesandcomparesthefunctionaltestproductsoftheabovethreecompaniesfromtheaspectsofteststepsandobjectidentification,andanalyzesandcomparesthetestmanagementtoolproductsofMIcompany,rationalcompanyandCompuwarecompanyfromtheaspectsoftestprojectmanagement,humanresourcemanagementandtest.Keywords:SoftwareTesting;AutomatedTesting;SoftwareTestingManagementTools目錄TOC\o"1-3"\h\u150711.緒論 1137051.1論文的研究背景及意義 187911.2論文的主要研究工作及成果 1220711.3論文的結(jié)構(gòu) 1229512.軟件測試技術(shù)的概論 221372.1軟件測試的定義與目的 2201462.2軟件測試的過程 2194672.3軟件測試的分類及主要方法 3193922.3.1按測試過程劃分 3272832.3.2按測試用例設(shè)計(jì)方法劃分 4257812.3.3按測試目的劃分 484913.自動化測試技術(shù)基礎(chǔ) 479733.1自動化測試概念 4121163.1.1自動化測試 5132773.1.2自動化測試的優(yōu)點(diǎn) 5196343.1.3自動化測試的局限性 5322133.2自動化測試的適用范圍 6273174.主流自動化測試工具簡介 724804.1QTP 722034.2rationalfunctionaltester(RFT)測試工具 746574.3Selenium測試工具 8216615.自動化功能測試工具的分析比較與總結(jié) 8228545.1測試環(huán)境和對象 9274425.2測試步驟 10199295.3測試信息收集 12317525.4結(jié)合測試管理工具 12135125.5比較總結(jié) 121386.測試管理工具的分析與比較 13152146.1工具特點(diǎn) 14286006.2測試項(xiàng)目 1596436.3測試人員管理 16179956.4測試計(jì)劃 17113096.5比較總結(jié) 18137467.總結(jié)語 2028758參考文獻(xiàn) 2124775 2331881學(xué)位論文版權(quán)使用授權(quán)書 24 唐山學(xué)院畢業(yè)設(shè)計(jì)PAGE4軟件測試技術(shù)方法的比較與分析1.緒論1.1論文的研究背景及意義國內(nèi)軟件企業(yè)在軟件測試方面并不完善。第一,在了解方面,發(fā)展比測試重要。程序似乎已經(jīng)編譯好了。它忽略了如何通過過程改進(jìn)和軟件測試來保證產(chǎn)品質(zhì)量。也不知是否軟件項(xiàng)目可以按時(shí)完成,這不僅取決于系統(tǒng)設(shè)計(jì)水平和代碼實(shí)現(xiàn)技術(shù),還取決于設(shè)計(jì)、代碼、文檔等方面的質(zhì)量;二是管理松散,沒有標(biāo)準(zhǔn)化的軟件測試管理系統(tǒng);三是,軟件測試管理系統(tǒng)不規(guī)范,另外,由于缺乏自動化工具的支持,大多數(shù)企業(yè)在軟件測試中沒有使用軟件測試管理系統(tǒng)。因此,對于軟件企業(yè)來說,不僅要提高對軟件測試的認(rèn)識,還要建立一個(gè)獨(dú)立的軟件測試組織,運(yùn)用先進(jìn)的測試技術(shù),充分利用工具,不斷改善軟件開發(fā)過程,建立健全軟件質(zhì)量保證管理體系。1.2論文的主要研究工作及成果本文是對軟件測試?yán)碚?、軟件測試技術(shù)、自動化測試技術(shù)和測試管理技術(shù)進(jìn)行了分析和闡述,并進(jìn)行了全面的闡述、比較和總結(jié)。通過閱讀文獻(xiàn),研究主流的軟件測試方法和相關(guān)技術(shù),可以實(shí)現(xiàn)對軟件測試技術(shù)的比較和分析。在過程中,我們可以學(xué)會正確地選擇和使用各種測試方法、技術(shù)和工具。1.3論文的結(jié)構(gòu)論文的結(jié)構(gòu)如圖1.1所示:3.自動化測試技術(shù)基礎(chǔ)3.自動化測試技術(shù)基礎(chǔ)1.緒論2.軟件測試技術(shù)概述4.主流自動化測試工具簡介6.測試管理工具分析與比較5.自動化功能測試工具分析與比較7.結(jié)束語圖1.1論文的組織結(jié)構(gòu)2.軟件測試技術(shù)的概論2.1軟件測試的定義與目的軟件測試是手動或自動運(yùn)行或確定軟件產(chǎn)品系統(tǒng)的過程。其目的是驗(yàn)證軟件產(chǎn)品是否滿足規(guī)定的要求。測試的目的是在要求的條件下對軟件進(jìn)行測試,找出程序錯(cuò)誤或bug。2.2軟件測試的過程一、需求:與客戶溝通,開發(fā)和架構(gòu),深入理解需求。二、計(jì)劃:所需時(shí)間、功能點(diǎn)的劃分,如何根據(jù)需要合理安排資源。三、用例:根據(jù)任務(wù)分配劃分,設(shè)計(jì)合理的測試用例。四、執(zhí)行測試:根據(jù)測試用例的詳細(xì)步驟執(zhí)行測試用例。五、記錄執(zhí)行結(jié)果和錯(cuò)誤記錄:記錄每個(gè)案例的測試結(jié)果六、缺陷跟蹤:跟蹤領(lǐng)導(dǎo)分配給你的缺陷,直到它們被修復(fù)。七、測試報(bào)告:通過持續(xù)的測試和跟蹤。一個(gè)典型的軟件測試過程如下圖:圖2.1典型的軟件測試過程2.3軟件測試的分類及主要方法2.3.1按測試過程劃分軟件測試的階段分為六個(gè)階段:單元測試,集成測試,功能測試,系統(tǒng)測試,驗(yàn)收測試,安裝測試在開發(fā)中,根據(jù)每個(gè)模塊的完成情況,我們對各個(gè)模塊進(jìn)行開發(fā)、測試、集成,然后對每個(gè)模塊的完整系統(tǒng)進(jìn)行模塊集成測試。根據(jù)上述過程,我們可以根據(jù)軟件開發(fā)過程將軟件測試分為以下五個(gè)步驟:它們的關(guān)系如圖2.2:圖2.2軟件測試步驟單元測試是對軟件中的基本組件,如模塊、過程等的測試,它主要將程序劃分為若干個(gè)小單元,測試人員主要針對這些小單元進(jìn)行測試。模塊測試的目的是將單元模塊的功能與單元模塊的功能規(guī)范或接口規(guī)范進(jìn)行比較,找出程序中的錯(cuò)誤。集成測試是軟件系統(tǒng)集成過程中的一種測試。目的是檢查軟件單元之間的接口是否正確。系統(tǒng)測試是對集成軟件系統(tǒng)進(jìn)行的綜合測試,目的是驗(yàn)證軟件系統(tǒng)的正確性和性能是否滿足規(guī)范的要求。驗(yàn)收測試是軟件實(shí)現(xiàn)的最后一步。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒,并表明從軟件中購買的軟件系統(tǒng)滿足用戶的需求。這是軟件投入使用前的最后一次測試。2.3.2按測試用例設(shè)計(jì)方法劃分1.黑箱試驗(yàn)黑盒測試不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。結(jié)構(gòu)機(jī)制完全不明源了,僅僅知道輸入輸出信息之間某些簡單關(guān)系的系統(tǒng),如電視機(jī)對一個(gè)根本不懂電器的用戶來說,他只知道打開鈕就亮、閉掉鈕就滅一樣。2.白盒試驗(yàn)白盒測試與黑盒測試有很大不同。就是機(jī)制和結(jié)構(gòu)完全明了的系統(tǒng),如同電視機(jī)來對電視發(fā)明制造者來說就是“白箱”。2.3.3按測試目的劃分可以將軟件測試分為:功能測試和性能測試。功能測試:目的是驗(yàn)證軟件的功能是否符合用戶需求,找出軟件不符合用戶需求的地方。性能測試:測試軟件在系統(tǒng)中的運(yùn)行性能。性能測試可以在不一樣的測試階段進(jìn)行。3.自動化測試技術(shù)基礎(chǔ)3.1自動化測試概念軟件測試的目的在于及早的發(fā)現(xiàn)問題及時(shí)的解決問題,然而軟件檢測一般都是采用人工檢測的方式,效率非常低下,而且檢測時(shí)間長對人力資源產(chǎn)生很大的消耗。在人工檢測的環(huán)節(jié)中很容易出現(xiàn)誤差,所以在軟件檢測環(huán)節(jié)可以結(jié)合自動化技術(shù)。自動化檢測是在輸入了軟件檢測程序后,完成一個(gè)個(gè)檢測步驟。REF_Ref15347\w[1]3.1.1自動化測試自動化測試知識是一個(gè)將人類驅(qū)動的測試行為轉(zhuǎn)化為機(jī)器執(zhí)行的過程。通常情況下,測試人員在設(shè)計(jì)和評審測試用例后,會按照測試用例中描述的步驟逐步執(zhí)行測試,并將實(shí)際結(jié)果與預(yù)期結(jié)果進(jìn)行比較。在此過程中,為了節(jié)省人力、時(shí)間或硬件資源,提高測試效率,引入了自動體積測試的概念。3.1.2自動化測試的優(yōu)點(diǎn)回歸測試更加方便可靠:一般來說,回歸測試是自動測試最重要的任務(wù)和特點(diǎn),特別是在程序頻繁修改(新功能不斷增加,舊功能邏輯不變或很少改變)時(shí),效果非常明顯。1.它可以運(yùn)行越來越復(fù)雜的測試使用手動測試需要很多時(shí)間。如果測試次數(shù)不是太多,可以接受,但如果測試次數(shù)太多,則需要人工測試,測試人員會不耐煩,而自動化測試的耐心是無限的,計(jì)算機(jī)的執(zhí)行速度比人類快得多。2.更好地利用資源。讓測試人員進(jìn)入新的功能,或者測試更深層的業(yè)務(wù)邏輯以發(fā)現(xiàn)更深層次的缺陷。3.一致性和可重復(fù)性機(jī)器是自動運(yùn)行的,確保每次測試內(nèi)容和操作的一致性,從而達(dá)到測試的可重復(fù)性效果。本機(jī)可按同一操作連續(xù)進(jìn)行試驗(yàn),無任何人工難以或不可能造成的誤差。3.1.3自動化測試的局限性1、它永遠(yuǎn)不能取代手動測試:自動化腳本不能實(shí)現(xiàn)手動測試的覆蓋范圍。高度復(fù)雜的操作只能通過人工測試來完成。如果它被寫進(jìn)代碼中,那將是一種痛苦,而且得不償失。例如,驗(yàn)證當(dāng)前頁的布局是否正確。2、無法確保正確性:簡而言之,是一個(gè)程序測試程序。如果代碼有一個(gè)邏輯錯(cuò)誤,雖然是條件判斷錯(cuò)誤,也會致使測試結(jié)果的錯(cuò)誤。3、在手工測試中發(fā)現(xiàn)的缺陷遠(yuǎn)遠(yuǎn)多于自動測試:自動測試很難發(fā)現(xiàn)新的缺陷,而這些缺陷主要用來發(fā)現(xiàn)一旦發(fā)現(xiàn)的缺陷是否會在每個(gè)新版本中再一次出現(xiàn)。自動化測試比發(fā)現(xiàn)更多的缺陷更適合于缺陷預(yù)防。4、對測試質(zhì)量的依賴性很大:自動測試的操作首先建立在手動測試質(zhì)量穩(wěn)定的條件下。如果當(dāng)前版本測試的質(zhì)量不夠穩(wěn)定,自動化測試的運(yùn)行將非常糟糕,幾乎是浪費(fèi)時(shí)間。5、自動化工具的僵化:自動化測試不能像人類一樣隨意創(chuàng)建。自動化測試的質(zhì)量完全取決于測試主管和測試開發(fā)工程師的想法和技術(shù)。它與自動化測試工具無關(guān)。所有程序都依賴于輸入代碼的方式來告訴工具如何執(zhí)行。6、高成本和高風(fēng)險(xiǎn):自動化測試需要大量的成本投資。沒有良好的成本分析和控制手段、自動化測試計(jì)劃和實(shí)施過程控制,自動化測試項(xiàng)目往往失敗。3.2自動化測試的適用范圍軟件需求幾乎沒有變化:測試腳本的穩(wěn)定性決定了自動化測試腳本的可維護(hù)性。如果軟件需求變化太多,測試人員需要根據(jù)變化的需求更新相關(guān)的測試腳本和測試用例,而腳本維護(hù)本身就是一個(gè)代碼開發(fā)過程,需要對其進(jìn)行調(diào)試和修改,必要時(shí)需要對自動化框架進(jìn)行修改。如果成本不小于使用它節(jié)省的測試成本,則自動測試將中止。項(xiàng)目周期長:由于自動測試自動化框架的設(shè)計(jì)、需求的確定、測試腳本的編寫和調(diào)試,需要相當(dāng)長的時(shí)間才能完成。這樣一個(gè)過程本身就是測試軟件的開發(fā)過程,需要很長時(shí)間才能完成。如果項(xiàng)目周期相對較短,并且沒有足夠的時(shí)間來支持這樣的過程,則不可能進(jìn)行自動測試。4.主流自動化測試工具簡介主要的商業(yè)自動化測試工具包括IBM交互系統(tǒng)和IBM交互系統(tǒng)。自動測試工具的開發(fā)。這些自動測試工具已經(jīng)在許多實(shí)踐中使用,這是一個(gè)非常好的工具。自動測試完整的自動化軟件測試工具包括測試管理工具、功能測試工具和工具。目前windows操作系統(tǒng)的主要性能測試工具將解釋所有問題。4.1QTP全名為HPQuickTestprofessional測試軟件,是一種自動測試工具。使用QTP的目的是使用它來執(zhí)行重復(fù)的手動測試,主要用于回歸測試和測試同一軟件的新版本。因此,應(yīng)該考慮在測試之前怎樣測試應(yīng)用程序。例如,快速測試針對的是GUI應(yīng)用程序,包括windows應(yīng)用程序,現(xiàn)在越來越多的流式web應(yīng)用程序。它可以涵蓋絕大多數(shù)軟件開發(fā)技術(shù),方便高效,具有可重用測試用例的特點(diǎn)。其中包括:新建測試、插入檢查點(diǎn)、驗(yàn)證數(shù)據(jù)、增強(qiáng)測試、運(yùn)行測試、分析結(jié)果和維護(hù)測試。4.2rationalfunctionaltester(RFT)測試工具RFT是一個(gè)高級自動化和回歸測試工具,適合測試人員和GUI開發(fā)人員。初學(xué)者可以輕松快速地開始復(fù)雜的測試任務(wù)。測試專家可以通過選擇工業(yè)標(biāo)準(zhǔn)化的腳本語言來實(shí)現(xiàn)各種標(biāo)準(zhǔn)定制功能。傳統(tǒng)工具的優(yōu)點(diǎn):舊工具/制造商經(jīng)過多方努力,功能成熟、安全。缺乏傳統(tǒng)的工具:該工具購買價(jià)格高,用戶多,一般企業(yè)無法購買。一旦被遺棄,他們會使用大量的廢物。要在本地區(qū)安排和維護(hù),長期成本高,關(guān)閉工具的企業(yè)難以自我擴(kuò)張;4.3Selenium測試工具Selenium是一個(gè)web可用性測試工具。Selenium測試直接在瀏覽器中工作。它看起來像一個(gè)真正的用戶。瀏覽器支持包括IE89MozillaFirefox、MozillaFirefox公式、GoogleChrome等,該工具的主要功能包括瀏覽器兼容性測試。源程序,并檢查它是否正常工作。不同的測試系統(tǒng)或操作系統(tǒng)。試運(yùn)行。退出測試系統(tǒng)。檢查軟件性能和用戶需求,支持自動記錄和自動生成測試腳本。5.自動化功能測試工具的分析比較與總結(jié)QTP、ibmmetrfunctionlters和selenium的三個(gè)工具是自動化功能測試工具,目標(biāo)測試對象是使用IDS(支持Java、C+C+、VB、HTML等語言的集成開發(fā)環(huán)境)開發(fā)的基于GUI的應(yīng)用程序,而且需要時(shí)間來減少測試的重疊,使測試人員從復(fù)雜的好變得容易。測試工作中解放出來。我們正在比較目前正在分析QTP、ibmrationalfunctionltester和selenium的三種自動化功能測試工具。但是,這些不同版本的測試工具功能相同,原理相同,總體架構(gòu)和細(xì)節(jié)功能變化不大。因此,對下三個(gè)相對較新版本的工具進(jìn)行分析比較也值得借鑒。分析和比較工具對象的工具和版本如下表所示。表5.1工具對象的版本及軟件平臺MicroFocus公司QTPibm公司rationalfunctionaltesterThoughtWorks公司Selenium下面,將從測試步驟、測試結(jié)果等方面對這三種工具先作一個(gè)詳細(xì)的分析和介紹,然后根據(jù)分析在對這三個(gè)工具進(jìn)行橫向的詳細(xì)比較。5.1測試環(huán)境和對象(1)QTP我們使用的QTP版本是比較新的。基本上可以完成Windows操作系統(tǒng)下的不同類型軟件的自動化功能測試。下表是對QTP所支持的環(huán)境和被測軟件對象的一個(gè)總結(jié)表5.2QTP所支持的環(huán)境和被測軟件對象QTP(2)rationalfunctionaltester表5.3RationalRobot所支持的環(huán)境和被測軟件對象rationalfunctionaltester(3)Selenium表5.4QARun所支持的環(huán)境和被測軟件對象Selenium5.2測試步驟(1)QTPQTP進(jìn)行功能測試的測試流程[制定測試計(jì)劃]——>[創(chuàng)建測試腳本]——>[增強(qiáng)測試腳本功能]——>[運(yùn)行測試]——>[分析測試結(jié)果]大致五個(gè)步驟。rationalfunctionaltester(3)Selenium使用Selenium進(jìn)行功能測試主要有下面幾個(gè)步驟:要使用硒執(zhí)行功能測試,有以下幾個(gè)步驟:第一步:selenium測試直接在瀏覽器中運(yùn)行。似乎真正的用戶正在操作。第二步:Selenium的基本語法必須首先標(biāo)識web頁面的元素。Selenium通過在觸發(fā)相應(yīng)時(shí)間后觸發(fā)interface元素來更改page元素,從而確定是否已執(zhí)行了相應(yīng)的操作。第三步:可以從pageelement屬性中獲取page元素。第四步:在setuptool選項(xiàng)下有一個(gè)selenium選項(xiàng)。單擊“打開”。5.3測試信息收集這些是您希望在最后使用這些自動化功能測試工具看到的測試結(jié)果。在測試過程中,測試工具極大地影響了測試信息收集的能力是完整的還是準(zhǔn)確的。通過對這三種工具的實(shí)際使用,發(fā)現(xiàn)三種工具共有檢查點(diǎn)信息,對測試信息的整體性能有一定的影響。(不同的檢查點(diǎn)提供不同的比較結(jié)果窗口。測試過程中的值與預(yù)期值之間的差異很容易理解)。腳本執(zhí)行期間發(fā)生的錯(cuò)誤信息是一個(gè)命令。缺少GUI對象、錯(cuò)誤命令格式、錯(cuò)誤函數(shù)參數(shù)等。5.4結(jié)合測試管理工具從以上分析比較過程來看,三個(gè)工具是獨(dú)立的,但QTP完全可以在遠(yuǎn)離管理工具的情況下完成自動化測試功能。但是,與集合管理工具一起使用,不僅是單一的功能測試工具,而且是一項(xiàng)無法完成的工作,而且大大提高了測試效率。測試你的專業(yè)技能,達(dá)到一半的效果。QTP、rationalfunctionltester和selenium為測試管理工具提供了一個(gè)接口。結(jié)合相應(yīng)的測試工具可以完成一系列完整的測試過程,如建立測試需求、設(shè)計(jì)測試實(shí)例、創(chuàng)建測試場景、測試操作、分析測試結(jié)果、缺陷跟蹤等。5.5比較總結(jié)項(xiàng)目項(xiàng)目工具QTPrationalfunctionaltesterSelenium6.測試管理工具的分析與比較定期的軟件測試需要測試管理工具。測試管理工具負(fù)責(zé)完成測試人員和開發(fā)人員的功能,以及交換信息、建立測試需求、測試用例、測試安排和缺陷跟蹤的平臺。一個(gè)優(yōu)秀的軟件測試管理工具不僅可以顯著降低測試過程中出現(xiàn)錯(cuò)誤的可能性,而且可以提高測試的效率,加快測試過程。微焦點(diǎn)、國家和計(jì)算機(jī)開發(fā)的測試和開發(fā)工具都是非常優(yōu)秀的測試管理工具。接下來,從工具結(jié)構(gòu)和功能兩個(gè)方面對三家公司的測試管理工具進(jìn)行了分析和比較。分析和比較的測試管理工具(所屬工具集)的版本及軟件平臺情況如下表:表6.1測試管理工具版本及平臺MI公司6.1工具特點(diǎn)系統(tǒng)配置不同。TestDirector是一個(gè)基于web的測試管理系統(tǒng),它是一個(gè)B/S結(jié)構(gòu)的系統(tǒng),允許用戶通過Internet使用多個(gè)用戶(不同的用戶通過不同的授權(quán)權(quán)限訪問不同的許可證),安裝了瀏覽器Testdirectoro。另外兩家公司的測試管理系統(tǒng)是基于C/S結(jié)構(gòu)的。如果測試人員使用此測試管理系統(tǒng),則必須在其計(jì)算機(jī)上安裝該系統(tǒng)。工具集成。TestDirector工具集成了測試項(xiàng)管理、測試設(shè)計(jì)、測試計(jì)劃和缺陷跟蹤的所有特性。另外兩個(gè)公司測試管理工具由幾個(gè)工具組成。這些工具結(jié)合了完成測試管理的能力。測試資源的訪問結(jié)構(gòu)不同。三個(gè)測試管理工具使用中央數(shù)據(jù)倉庫共享和管理測試資源。我使用第三方數(shù)據(jù)庫。下圖顯示了三個(gè)公司的測試工具和管理工具對測試資源的訪問。圖6.1MI工具測試資源組織訪問圖圖6.2Rational和Compuware工具測試資源組織訪問圖從上圖中可以看出,MI公司的測試管理工具TestDirector是訪問測試工具中測試資源的代理,所有測試工具和測試資源之間的交互(即與第三方數(shù)據(jù)庫的交互)都由TestDirector完成。另外兩個(gè)工具是測試工具、測試管理工具或訪問測試資源的直接數(shù)據(jù)庫。這三家公司的工具由第三方數(shù)據(jù)庫支持。現(xiàn)在支持主流數(shù)據(jù)庫。Mi的TestDirector標(biāo)準(zhǔn)版本支持MicrosoftAccess,它支持syboss、MicrosoftSQL和Oracle。標(biāo)準(zhǔn)測試管理工具和Compuware測試管理工具支持的數(shù)據(jù)庫不同。表6.2Rational和Compuware所支持的數(shù)據(jù)庫6.2測試項(xiàng)目每次做一個(gè)測試時(shí)創(chuàng)建一個(gè)測試項(xiàng)。測試工具具有不同程度的集成和結(jié)構(gòu),因此這三家公司的測試管理工具創(chuàng)建了測試項(xiàng)。創(chuàng)建的項(xiàng)的復(fù)雜性不同。Midirector的TestDirector最容易創(chuàng)建測試項(xiàng),只需鍵入項(xiàng)目名稱。其他數(shù)據(jù)庫創(chuàng)建系統(tǒng)將自動完成。您可以通過Internet隨時(shí)隨地更改部署。要為其他兩家公司的測試管理工具創(chuàng)建項(xiàng)目,必須創(chuàng)建復(fù)雜的數(shù)據(jù)庫創(chuàng)建過程、測試項(xiàng),并基于數(shù)據(jù)庫表創(chuàng)建數(shù)據(jù)庫,然后人工創(chuàng)建數(shù)據(jù)庫。在測試項(xiàng)目的每個(gè)階段支持工具的能力是不同的。Mi的TestDirector本身是一個(gè)完整的工具,所有的測試任務(wù)只能在創(chuàng)建一個(gè)測試項(xiàng)之后執(zhí)行。測試項(xiàng)目包括需求的建立、測試實(shí)例的設(shè)計(jì)、測試進(jìn)度和缺陷管理。所有這些內(nèi)容都存儲在創(chuàng)建測試項(xiàng)期間創(chuàng)建的同一數(shù)據(jù)庫中。無法分割ctor測試項(xiàng)。常規(guī)和計(jì)算機(jī)軟件的測試項(xiàng)目不同。在創(chuàng)建測試項(xiàng)之前,可以完全使用需求管理工具創(chuàng)建測試請求。缺陷跟蹤工具創(chuàng)建缺陷跟蹤項(xiàng),以便在創(chuàng)建測試項(xiàng)時(shí)將這些項(xiàng)與測試項(xiàng)聯(lián)系起來。6.3測試人員管理當(dāng)很多人參與軟件測試時(shí),對參與這些測試的人員進(jìn)行管理是非常重要的,如何合理配置管理人員,對提高測試效率有很大的影響。三家公司的測試管理工具都有一個(gè)定義良好的管理員(即用戶)功能模塊。TestDirector可以管理兩個(gè)用戶。一個(gè)是網(wǎng)站管理員頁面,一個(gè)是自定義頁面。國家關(guān)系管理員負(fù)責(zé)創(chuàng)建測試項(xiàng)和管理測試人員。與標(biāo)準(zhǔn)工具一樣,Compuware的qdirector管理員負(fù)責(zé)創(chuàng)建測試項(xiàng)和管理測試人員。這三個(gè)工具提供了用戶密碼保護(hù)、用戶添加、修改和刪除等基本功能。您還可以自定義用戶測試和訪問測試資源的權(quán)限。三家公司的管理工具從總體上對檢測人員的管理功能是相同的,但在具體實(shí)施上仍存在一些差異。首先,這三種工具的測試人員不同。MI測試管理工具和national測試管理工具是每個(gè)字符定義對測試資源的訪問以及對某個(gè)功能模塊對某個(gè)測試管理工具的訪問權(quán)限和權(quán)限的角色,在向temp添加用戶時(shí)不指定實(shí)際用戶的權(quán)限,只需要規(guī)范。例如,如果沒有適當(dāng)?shù)淖址?,例如tester、administrator、testreader,系統(tǒng)可以自定義您的字符。將角色分配給角色,并將其添加到角色庫中,稍后再使用。然而,MI和national的兩個(gè)工具在測試資源的大小和工具上存在差異。因?yàn)門estDirector對于國家管理員的角色有很多特權(quán),所以TestDirector比字符的定義靈活得多。在couware的qdirector管理員中,測試人員(即用戶)和訂閱每個(gè)訂戶的管理沒有字符的概念。而且,由于權(quán)限的分類不夠詳細(xì),用戶自定義權(quán)限的靈活性很弱。第二,他們在如何管理測試人員上有所不同。測試主管采用集中管理測試人員的方式。無論您是項(xiàng)目a中的測試人員還是項(xiàng)目B中的測試人員,無論項(xiàng)目a還是項(xiàng)目B是否已創(chuàng)建,請將用戶添加到TestDirector提供的用戶管理模塊,然后將用戶測試到測試項(xiàng)。TestDirector非常靈活,易于管理測試人員(即用戶)。作為其他兩家公司的管理工具,他們的測試人員依賴于測試項(xiàng)目。首先,可以創(chuàng)建一個(gè)測試項(xiàng),然后添加與每個(gè)測試項(xiàng)對應(yīng)的用戶。不同測試項(xiàng)目的用戶是相互獨(dú)立的。測試團(tuán)隊(duì)是固定的,但是他們的職責(zé)也是固定的。由于測試工具也是固定的,回歸和計(jì)算機(jī)軟件管理工具根據(jù)測試項(xiàng)目進(jìn)行測試,系統(tǒng)用戶被每個(gè)測試項(xiàng)目復(fù)制。6.4測試計(jì)劃測試計(jì)劃為測試項(xiàng)創(chuàng)建一個(gè)完整的測試計(jì)劃。它主要包括測試用例設(shè)計(jì)、測試場景創(chuàng)建等,比較和分析在公司的兩個(gè)測試和控制工具TestDirector和TestManager中測試一個(gè)測試計(jì)劃的能力。MITestDirector中的測試計(jì)劃模塊是一個(gè)測試平臺,它提供了各種功能,以便于創(chuàng)建測試計(jì)劃。首先,可以使用TestDirector定義測試。testplan模塊提供了一個(gè)樹結(jié)構(gòu)來組織和定義測試。被測軟件的功能模塊將大測試分為小測試。這些測試可以與文件夾區(qū)分開來,向這些文件夾中添加特定的測試,并針對測試執(zhí)行工具之間的差異測試一個(gè)新的測試,TestDirector提供了以下類型的測試。您可以選擇手動測試、winrunner自動化測試、LoadRunner自動化測試、VPI測試、QuickTest測試、Astra負(fù)載測試、xunner測試、系統(tǒng)測試等,這些不同類型的測試由每個(gè)圖標(biāo)區(qū)分。測試的類型通過圖標(biāo)很容易理解。TestDirector可以很容易地連接測試和需求。測試測試計(jì)劃是滿足原始測試需求的基本要求。如上所述,TestDirector可以很容易地將測試需求和相應(yīng)的測試聯(lián)系起來。以類似的方式,TestDirector可以創(chuàng)建一個(gè)測試覆蓋,其中測試計(jì)劃樹的每個(gè)測試都與測試需求樹中的一個(gè)或多個(gè)需求相聯(lián)系,以確保測試需求的覆蓋范圍。支持測試步驟設(shè)計(jì)。通過向測試計(jì)劃樹中添加測試步驟來定義測試過程。測試步驟描述有關(guān)測試行為、要測試的點(diǎn)和每個(gè)測試的期望輸出的信息。通過對已完成測試步驟的測試使用測試類型(手動測試或自動測試),可以使用相應(yīng)的測試工具創(chuàng)建測試腳本。創(chuàng)建報(bào)告和圖表以幫助您分析測試數(shù)據(jù)。此功能會記住測試,以查看它是否符合測試目標(biāo)。TestDirector的測試計(jì)劃模塊還提供了電子郵件發(fā)送功能。您可以輕松地將設(shè)計(jì)好的測試發(fā)送到任何測試項(xiàng)組成員。對于每個(gè)測試,還可以添加任何類型的附件。例程TestManager是國家測試管理工具的核心工具,TestManager是存儲在國家測試數(shù)據(jù)中的資源。一個(gè)項(xiàng)目有一個(gè)或多個(gè)測試計(jì)劃。根據(jù)測試情況,需要任何組織。您還可以為整個(gè)項(xiàng)目設(shè)置測試計(jì)劃。還可以為每個(gè)主要組件指定測試計(jì)劃。國家測試計(jì)劃由測試用例文件夾組成。測試用例是每個(gè)文件夾的具體測試用例。每個(gè)測試用例可以選擇手動測試用例或自動測試用例,并且自動測試用例可以選擇不同的工具,包括功能和性能。您還可以為測試用例設(shè)計(jì)測試過程,例如測試操作、檢查點(diǎn)和輸出。它還指定與測試用例關(guān)聯(lián)的測試腳本。這些與TestDirector相同。然而,在標(biāo)準(zhǔn)測試用例測試用例中有兩個(gè)特殊的用例。首先,外部文件可以指定為測試用例的輸入。有三個(gè)不同的測試用例輸入文件。測試需求文件(創(chuàng)建RequisitePro的需求)、nationalrose項(xiàng)目和excel文件?;貧w測試工具也與其建模工具相結(jié)合。6.5比較總結(jié)項(xiàng)目工項(xiàng)目工具7.總結(jié)語軟件測試是衡量軟件質(zhì)量的重要手段。自動化測試是提高軟件測試效率的重要工具。忽略自動化測試工具在軟件測試中的應(yīng)用是浪費(fèi)時(shí)間、人力和人力的。mic

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論