freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

軟件測(cè)試方法技術(shù)的研究與對(duì)比畢業(yè)論文-免費(fèi)閱讀

  

【正文】 對(duì)象定位成功后,消息發(fā)送模塊將模擬用戶操作的消息發(fā)送到被鎖定的對(duì)象,比如:用鼠標(biāo)點(diǎn)擊被定位的按鈕或在被定位的編輯框中錄入信息等。GUIATF框架要完成的任務(wù)是為測(cè)試人員開發(fā)自動(dòng)化測(cè)試代碼提供功能強(qiáng)大的接口,模擬測(cè)試用例中定義的用戶操作,通知系統(tǒng)發(fā)送一系列的消息給應(yīng)用程序,實(shí)現(xiàn)測(cè)試用例的自動(dòng)化運(yùn)行。另外,腳本錄制的過程是固定的,所以腳本的運(yùn)行會(huì)完全按照操作步驟,不具備靈活性。參考文獻(xiàn)[1]馬良荔,金松,[J].艦船電子工程,2004年,03期:3031.[2][J].林業(yè)科技情報(bào),2005年,01期:4748.[3][J].黃岡職業(yè)技術(shù)學(xué)院學(xué)報(bào),2007年,01期:9598.[4][J].機(jī)電工程技術(shù),2005年,01期:4647.[5]周煜,周國(guó)慶,[J].中國(guó)測(cè)試技術(shù),2005年,03期:5658,75.[6][J].艦船電子工程,2004年,01期:3235.[7][J].科技資訊,2006年,03期:3839.[8]潘立武,[J].福建電腦,2007年,07期:7172.[9]王艷秋,[J].科技信息(學(xué)術(shù)版),2007年,05期:168,171.[10]楊亞南,孫忠林,[J].科技信息(學(xué)術(shù)研究),2007年,24期:503504.[11][J].廣西輕工業(yè),2007年,03期:6465.[12]?,2004年.[13]MI測(cè)試工具介紹.,2006823.[14]Rational測(cè)試工具介紹.,2006612.[15]QACenter軟件黑盒測(cè)試工具.,2007422.[16][17]李理,[J].警察技術(shù),2006年,04期:4144.[18]Rational完成自動(dòng)化功能測(cè)試.,20051019.[19][20][21][22][23]開發(fā)自動(dòng)化測(cè)試腳本的技巧和心得.,2005118.[24][25]Research on GUI Automation Testing.?. 附錄1外文譯文GUI自動(dòng)化測(cè)試研究摘要:指出了目前自動(dòng)化測(cè)試所采用的錄制技術(shù)存在的不足,針對(duì)不斷變化的圖形用戶界面測(cè)試代碼很難維護(hù)和擴(kuò)展的問題,采用基于對(duì)象的捕捉技術(shù),設(shè)計(jì)了以Windows消息機(jī)制為基礎(chǔ)的GU IATF測(cè)試框架,實(shí)現(xiàn)了高度靈活并易于擴(kuò)展的圖形用戶界面自動(dòng)化測(cè)試。從上面對(duì)兩個(gè)工具的分析,我們可以看出,在測(cè)試計(jì)劃建立方面,兩個(gè)工具的功能有很多相同的地方,比如:測(cè)試計(jì)劃的組織方式是相同的,一個(gè)大的測(cè)試項(xiàng)目可以細(xì)化為小的測(cè)試計(jì)劃,測(cè)試計(jì)劃下面是測(cè)試用例文件夾,測(cè)試用例文件夾中是具體的測(cè)試用例,都用樹形結(jié)構(gòu)來管理測(cè)試計(jì)劃;都可以生成相應(yīng)的報(bào)告,來查看測(cè)試計(jì)劃的完整性等。使用Rational TestManager的這個(gè)功能,可以更加嚴(yán)密的監(jiān)視測(cè)試是否符合要求,更容易保證被測(cè)軟件的質(zhì)量。不過Rational TestManager的測(cè)試用例還有以下兩個(gè)特殊的地方:第一,可以指定外部文件作為測(cè)試用例的輸入。這個(gè)功能可以幫助你重新瀏覽測(cè)試以確定它們是否符合測(cè)試目標(biāo)。測(cè)試計(jì)劃中的測(cè)試要與原始的測(cè)試需求相吻合是最基本的要求。首先,要先創(chuàng)建一個(gè)測(cè)試項(xiàng)目,然后才能為每個(gè)測(cè)試項(xiàng)目添加相應(yīng)的用戶,而且不同的測(cè)試項(xiàng)目的用戶是相互獨(dú)立的。雖然三個(gè)公司的管理工具對(duì)于測(cè)試人員的管理從整體功能上來說是相同的,但是在一些細(xì)節(jié)的實(shí)現(xiàn)方面還是有一些不同。MI公司的TestDirector創(chuàng)建測(cè)試項(xiàng)目最簡(jiǎn)單,只需要輸入一個(gè)項(xiàng)目名稱即可,其它的像數(shù)據(jù)庫(kù)創(chuàng)建等系統(tǒng)會(huì)自動(dòng)幫你完成,創(chuàng)建好的項(xiàng)目還可以隨時(shí)隨地通過互聯(lián)網(wǎng)更改它的配置。測(cè)試資源訪問結(jié)構(gòu)不同。MI公司、Rational公司和Compuware公司開發(fā)的與其測(cè)試工具配套的管理工具都是十分優(yōu)秀的測(cè)試管理工具,而且各有特色。這使得腳本的執(zhí)行顯得智能化,要比單純的設(shè)定delay多少時(shí)間要強(qiáng)的多[23]。Robot由于并沒有給出一個(gè)可以讓用戶對(duì)GUI映射操作的一個(gè)機(jī)制,所以如果一個(gè)測(cè)試對(duì)象改變了,就只有去修改所有與該對(duì)象有關(guān)的腳本或者從新建立測(cè)試,這是一個(gè)很煩人的工作。所以Robot建立的GUI對(duì)象映射很全,執(zhí)行Robot的腳本,一般不用擔(dān)心腳本中某個(gè)邏輯名對(duì)應(yīng)的對(duì)象找不到的問題,除非對(duì)象的物理屬性改變了。③自動(dòng)錄制腳本過程由WinRunner自動(dòng)將遇到的每一個(gè)GUI對(duì)象加入GUI Map中。所以就這一點(diǎn)來說Robot的腳本的可維護(hù)性不如另外兩個(gè)工具。(4)比較從上面三個(gè)工具的測(cè)試步驟圖,可以看出,三者都要有創(chuàng)建測(cè)試、調(diào)試測(cè)試、運(yùn)行測(cè)試、查看測(cè)試結(jié)果、報(bào)告缺陷這些步驟。像Rational公司這種將功能測(cè)試和部分性能測(cè)試集成到一個(gè)工具中的做法,雖然對(duì)功能測(cè)試沒有什么影響,但總讓人感覺工具劃分不清楚,特別是性能測(cè)試,腳本生成在Robot中,而執(zhí)行要在TestManager中,顯得有點(diǎn)麻煩。對(duì)于性能測(cè)試來說,Robot只是負(fù)責(zé)性能測(cè)試腳本的生成,所以性能測(cè)試模塊的功能相對(duì)比較單一,而功能測(cè)試模塊相對(duì)的就比較復(fù)雜[18]?;旧峡梢酝瓿蒞indows操作系統(tǒng)下的不同類型軟件的自動(dòng)化功能測(cè)試。(3)WebCheck全面的站點(diǎn)分析和測(cè)試工具。(3)TrackRecordTrackRecord是一個(gè)高級(jí)的需求變更和缺陷管理工具,可以幫助組織建立一個(gè)系統(tǒng)方法來協(xié)調(diào)軟件開發(fā)、調(diào)試、測(cè)試和實(shí)現(xiàn)。Compuware開發(fā)的QACenter測(cè)試工具集的主要構(gòu)成如下圖[15]: QACenter測(cè)試工具集(1)QADirectorQADirector處于QACenter管理工具的核心位置,它協(xié)調(diào)整個(gè)測(cè)試過程,并提供了一下功能:① 計(jì)劃和組織測(cè)試需求。②識(shí)別和分析帶有動(dòng)態(tài)內(nèi)容的Web頁(yè)面,如:forms, Java, JavaScript, ActiveX, VBScript。②自動(dòng)創(chuàng)建和維護(hù)一個(gè)被測(cè)軟件的詳細(xì)map。(1)Rational Robot Rational Robot集成了功能測(cè)試和性能測(cè)試兩種功能。利用RequisitePro你可以完成如下工作:①定制需求數(shù)據(jù)庫(kù)和管理多種不同類型的測(cè)試。②連接某個(gè)測(cè)試項(xiàng)目。對(duì)于Rational公司的產(chǎn)品,我們比較熟悉的是它的建模工具,它的測(cè)試工具同它的建模工具一樣優(yōu)秀。MI的測(cè)試工具主要有功能測(cè)試工具WinRunner和性能測(cè)試工具LoadRunner,下面對(duì)這兩個(gè)工具作一個(gè)概括的介紹。TestDirector是MI自動(dòng)化測(cè)試工具集中的測(cè)試管理工具,它是業(yè)界第一個(gè)基于WEB的測(cè)試管理系統(tǒng)。一個(gè)完整地自動(dòng)化軟件測(cè)試工具,應(yīng)該包括測(cè)試管理工具、功能測(cè)試工具、性能測(cè)試工具三個(gè)部分。目的就是用較少的開銷,獲得徹底的測(cè)試,并提高商品的質(zhì)量。安裝測(cè)試、安全性測(cè)試通常是由手工完成,因此系統(tǒng)的環(huán)境不會(huì)是恒定不變的。Peer給出了對(duì)各類型測(cè)試進(jìn)行自動(dòng)化的參考[12]。(3)軟件自動(dòng)化測(cè)試不能提高有效性自動(dòng)化測(cè)試并不會(huì)比手工運(yùn)行相同測(cè)試更有效,它可以提高測(cè)試效率,但也可能對(duì)測(cè)試的進(jìn)展起反作用。③涉及感觀方面的測(cè)試。其實(shí)軟件自動(dòng)化測(cè)試所完成的測(cè)試功能也是有限的。并且,理想的自動(dòng)化測(cè)試能夠按計(jì)劃完全自動(dòng)地運(yùn)行,使得完全可以利用周末和晚上的時(shí)間執(zhí)行自動(dòng)測(cè)試。假定對(duì)于給定的企業(yè)需求,測(cè)試工程師必須評(píng)估潛在的好處是否符合所要求的改進(jìn)標(biāo)準(zhǔn),在項(xiàng)目實(shí)施自動(dòng)化測(cè)試是否仍然是合適的[1011]。軟件自動(dòng)化測(cè)試就是執(zhí)行某種程序設(shè)計(jì)語(yǔ)言編制的自動(dòng)測(cè)試程序,控制被測(cè)軟件的執(zhí)行,模擬手動(dòng)測(cè)試步驟,完成全自動(dòng)或半自動(dòng)測(cè)試。性能測(cè)試:就是用來測(cè)試軟件在系統(tǒng)中的運(yùn)行性能的。白盒測(cè)試需要全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。軟件測(cè)試的方法和技術(shù)是多種多樣的,按測(cè)試用例設(shè)計(jì)方法,可分為黑盒測(cè)試和白盒測(cè)試,并且黑盒測(cè)試和白盒測(cè)試還是目前通用的測(cè)試技術(shù) [2,78]。其目的是檢驗(yàn)對(duì)軟件進(jìn)行的修改是否正確。系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試,以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù),它被稱為測(cè)試的“先知者問題”。根據(jù)上面的過程,我們按軟件開發(fā)過程的可以將軟件測(cè)試劃分為下面五個(gè)步驟,: 軟件測(cè)試步驟單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試,如一個(gè)模塊、一個(gè)過程等等。另外,對(duì)軟件的測(cè)試并不僅限于軟件程序的本身,因?yàn)殄e(cuò)誤并不一定是代碼引起的。而在軟件測(cè)試中使用優(yōu)秀的測(cè)試管理工具不但可以大大減少測(cè)試過程中出現(xiàn)錯(cuò)誤的可能性,還可以極大的提高測(cè)試的效率,加快測(cè)試進(jìn)程。軟件測(cè)試技術(shù)作為保障軟件質(zhì)量最直接、最有效的手段之一也成為重要的研究熱點(diǎn),但是由于軟件本身的復(fù)雜性和不確定性,軟件測(cè)試技術(shù)始終具有極大的難度。簡(jiǎn)單地說,軟件測(cè)試過程就是制造條件,促使錯(cuò)誤發(fā)生的過程。舊的錯(cuò)誤的修改可能會(huì)引起新的錯(cuò)誤的出現(xiàn),所以每修改一個(gè)新的錯(cuò)誤,都要針對(duì)系統(tǒng)再作一次測(cè)試,直到?jīng)]有新的錯(cuò)誤出現(xiàn)為止,這是一個(gè)很繁瑣的過程。集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試,其主要目的是檢查軟件單位之間的接口是否正確。所不同的是,驗(yàn)收測(cè)試常常有軟件系統(tǒng)的購(gòu)買者代表在現(xiàn)場(chǎng),甚至是在軟件安裝使用的現(xiàn)場(chǎng)。其采用的方法主要有[6]:(1)文檔資料瀏覽,達(dá)到正確的理解,并對(duì)任何改變具有統(tǒng)一的認(rèn)知;(2)討論決定,對(duì)文檔資料進(jìn)行討論,并作出決定,如:做什么、不做什么、如何做等;(3)檢查,根據(jù)規(guī)范和定義,找出可能存在的問題,如:市場(chǎng)和商業(yè)策略、系統(tǒng)需求和系統(tǒng)設(shè)計(jì)、程序代碼、測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試案例、測(cè)試結(jié)果、用戶手冊(cè)、培訓(xùn)教材等;(4)利用工具對(duì)程序代碼進(jìn)行靜態(tài)分析,如:程序復(fù)雜度、系統(tǒng)結(jié)構(gòu)、控制流程、數(shù)據(jù)流程等。黑盒測(cè)試注重于測(cè)試軟件的功能需求,主要試圖發(fā)現(xiàn)軟件中的功能錯(cuò)誤、界面錯(cuò)誤、數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫(kù)訪問錯(cuò)誤、性能錯(cuò)誤、初始化和終止錯(cuò)誤等。那么針對(duì)這兩個(gè)指標(biāo),我們可以將軟件測(cè)試分為:功能測(cè)試和性能測(cè)試兩個(gè)部分[2]。3.自動(dòng)化測(cè)試技術(shù)基礎(chǔ)隨著軟件系統(tǒng)的規(guī)模越來越大,整個(gè)系統(tǒng)的復(fù)雜性也越來越大,那么單純的手工測(cè)試已經(jīng)不適合這種大系統(tǒng)的測(cè)試了。也就是說要讓測(cè)試能夠自動(dòng)化,不僅是技術(shù)、工具的問題,更是一個(gè)公司和組織的文化問題。但自動(dòng)化測(cè)試則能方便地執(zhí)行這些測(cè)試,比如并發(fā)測(cè)試,使用自動(dòng)化測(cè)試工具就可以模擬來自多方的并發(fā)操作了。一旦得知軟件通過強(qiáng)有力的自動(dòng)測(cè)試后,軟件發(fā)布時(shí)對(duì)其的信任度也高(假設(shè)已做過很好的測(cè)試)。對(duì)于很少運(yùn)行的測(cè)試任務(wù),例如一年只需測(cè)試一次,對(duì)測(cè)試自動(dòng)化則是一種浪費(fèi)。一般情況下,以前運(yùn)行過的測(cè)試再次用來檢查軟件的新版本往往暴露的缺陷要少得多。手工測(cè)試可以處理意外事件網(wǎng)絡(luò)連接中斷,此時(shí)必須重新建立連接。這些類型的測(cè)試通常是被測(cè)試的更加復(fù)雜測(cè)試的基礎(chǔ),大量的邊緣測(cè)試被合并以制造出不同的錯(cuò)誤處理測(cè)試。性能測(cè)試性能測(cè)試包括以下不同測(cè)試形式:負(fù)載測(cè)試壓力測(cè)試并發(fā)測(cè)試如果沒有自動(dòng)化的測(cè)試工具,將無法執(zhí)行通過模擬用戶的負(fù)載實(shí)現(xiàn)的高密集度的性能測(cè)試。目前,軟件市場(chǎng)上已經(jīng)有很多優(yōu)秀的自動(dòng)化測(cè)試工具,它們功能強(qiáng)大,有針對(duì)功能的,也有針對(duì)性能的,有執(zhí)行白盒測(cè)試的測(cè)試工具也有執(zhí)行黑盒的測(cè)試工具。這使得MI公司成為世界上最大的、成長(zhǎng)最快的企業(yè)級(jí)軟件公司。包括:修改用戶信息、創(chuàng)建新的用戶類型和用戶組類型,訂制模塊的訪問權(quán)限,訂制項(xiàng)目實(shí)體和列表,配置郵件,調(diào)整工作流等。(2)LoadRunner黑盒性能測(cè)試工具。在TestManager中主要可以完成建立測(cè)試計(jì)劃、安排測(cè)試、執(zhí)行測(cè)試、查看測(cè)試結(jié)果和分析測(cè)試結(jié)果等工作。⑦控制一個(gè)Rational測(cè)試項(xiàng)目的測(cè)試數(shù)據(jù)的安全權(quán)限。通過ClearQuest可以將測(cè)試中發(fā)現(xiàn)的缺陷直接發(fā)送給相應(yīng)的測(cè)試人員,集中管理某個(gè)測(cè)試項(xiàng)目的缺陷,并跟蹤缺陷的修復(fù)情況。(3)Rational Purify檢測(cè)內(nèi)存泄露的白盒測(cè)試工具。(6)Rational SiteCheck網(wǎng)頁(yè)測(cè)試工具,利用Rational SiteCheck 可以檢查企業(yè)內(nèi)部互聯(lián)網(wǎng)的結(jié)構(gòu)完整性以及網(wǎng)頁(yè)錯(cuò)誤。SiteCheck提供了Secure Scoket Layer(SSL)支持,代理服務(wù)器配置以及多密碼域。⑥ 針對(duì)需求驗(yàn)證測(cè)試。它是QACenter測(cè)試工具集性能版的一部分。分析和比較的工具對(duì)象的版本及軟件平臺(tái)情況如下表: 工具對(duì)象的版本及軟件平臺(tái)開發(fā)單位工具名稱版本平臺(tái)MI公司W(wǎng)inRunnerWindows Server 2003Rational公司Robot2002Windows Server 2003Compuware公司QARun465Windows 2000 Professional下面,將從測(cè)試步驟、測(cè)試結(jié)果等方面對(duì)這三種工具先作一個(gè)詳細(xì)的分析和介紹,然后根據(jù)分析在對(duì)這三個(gè)工具進(jìn)行橫向的詳細(xì)比較。 WinRunner功能劃分從上面的功能模塊劃分圖我們可以看出,WinRunner主要13個(gè)主功能模塊,每個(gè)功能模塊還有一些更具體的功能。Robot區(qū)別于其它兩個(gè)工具的一個(gè)顯著的特點(diǎn),就是Robot可以執(zhí)行部分性能測(cè)試的功能,即性能測(cè)試腳本的生成。(1)WinRunner使用WinRunner進(jìn)行自動(dòng)化功能測(cè)試,主要有下面六個(gè)步驟: WinRunner進(jìn)行功能測(cè)試步驟其中Create GUI Map、Debug Tests這兩個(gè)步驟不是必須的。在這三種工具中都采用了一種叫做對(duì)象映射的技術(shù),就是一個(gè)實(shí)際的窗口對(duì)象用一個(gè)邏輯名來標(biāo)示,而這個(gè)邏輯名對(duì)應(yīng)的是這個(gè)對(duì)象的實(shí)際物理描述。②GUI Map Editor下圖是GUI Map Editor的窗口: GUI Map Editor的窗口通過這個(gè)編輯器可以將一個(gè)GUI對(duì)象或一個(gè)窗口中的所有對(duì)象加入GUI Map中。它不支持GUI Map的編輯,所以如果一個(gè)GUI對(duì)象的物理描述改變了,為了使用先前的腳本,只有去修改腳本,如果是一兩個(gè)腳本,還好修改,如果成百上千的腳本都與該對(duì)象有關(guān)的話,
點(diǎn)擊復(fù)制文檔內(nèi)容
規(guī)章制度相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1