軟件測(cè)試畢業(yè)論文

1、<p>　　軟件工程專(zhuān)業(yè)畢業(yè)論文</p><p><b>　　姓 名：</b></p><p><b>　　專(zhuān) 業(yè):</b></p><p><b>　　年 級(jí)：</b></p><p><b>　　學(xué) 號(hào)：</b></p&

2、gt;<p><b>　　指導(dǎo)教師:</b></p><p>　　軟件測(cè)試的概述及方法 </p><p>　　、、 </p><p>　　摘要：從軟件產(chǎn)業(yè)的發(fā)展初期到目前的大型軟件開(kāi)發(fā)過(guò)程，軟件測(cè)試已成為其中一個(gè)不可分割的部分。隨著軟件規(guī)模的日益增大，軟件測(cè)試問(wèn)題也日益突出，現(xiàn)代社

3、會(huì)對(duì)軟件的依賴(lài)越來(lái)越強(qiáng),高可信軟件測(cè)試有著廣泛的需求，基于缺陷模式的軟件測(cè)試技術(shù)作為高可信軟件的重要保證,可以大大降低軟件的缺陷密度,提高軟件的可信性。本文從測(cè)試的基本概念入手,深入剖析軟件測(cè)試相關(guān)理論</p><p>　　關(guān)鍵字：軟件測(cè)試、白盒測(cè)試、黑盒測(cè)試、類(lèi)測(cè)試</p><p><b>　　目 錄</b></p><p>　　1

4、軟件測(cè)試的發(fā)展史.......................................4 2軟件測(cè)試的相關(guān)背景......................................5</p><p>　　3 軟件測(cè)試概述............................................6</p><p>　　3.1軟件測(cè)試的定義.............

5、.................................................................6</p><p>　　3.2軟件測(cè)試的描述.............................................................................6</p><p>　　3.3軟件測(cè)試的目的..........

6、..................................................................7 </p><p>　　3.4軟件測(cè)試的原則.............................................................................8</p><p>　　4 軟件測(cè)試的內(nèi)容...

7、.................................................................................9</p><p>　　4.1驗(yàn)證(verification)...........................................................................9</p><p>

8、;　　4.2確認(rèn)(validation)....................................9</p><p>　　5 軟件測(cè)試的分類(lèi).........................................10</p><p>　　5.1常用分類(lèi)..........................................10</p>&

9、lt;p>　　5.2黑盒測(cè)試..........................................10</p><p>　　5.3白盒測(cè)試...........................................11</p><p>　　5.4靜態(tài)測(cè)試..........................................14 &

10、lt;/p><p>　　5.5動(dòng)態(tài)測(cè)試...........................................15</p><p>　　6 軟件測(cè)試中的類(lèi)測(cè)試.....................................15</p><p>　　6.1面向?qū)ο筌浖念?lèi)測(cè)試概念...................................

11、..................156.2.類(lèi)測(cè)試技術(shù).........................................16</p><p>　　7 參考文獻(xiàn)..............................................17</p><p>　　8 致謝...........................................

12、........18</p><p><b>　　1軟件測(cè)試的發(fā)展史</b></p><p>　　軟件測(cè)試的發(fā)展歷史：20世紀(jì)60年代（軟件工程建立前），為表明程序正確而進(jìn)行測(cè)試。. 1972年在北卡羅來(lái)納大學(xué)舉行了首屆軟件測(cè)試正式會(huì)議。. 1975年John Good Enough和Susan Gerhart在IEEE上發(fā)表了《測(cè)試數(shù)據(jù)選擇的原理》的文章，軟件測(cè)試被

13、確定為一種研究方向。. 1979年，Glenford Myers的《軟件測(cè)試藝術(shù)》，對(duì)測(cè)試做了定義：測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過(guò)程。. 20世紀(jì)80年代早期，“質(zhì)量”的號(hào)角開(kāi)始吹響。軟件測(cè)試定義發(fā)生了改變，測(cè)試不單純是一個(gè)發(fā)現(xiàn)錯(cuò)誤的過(guò)程，而且包含軟件質(zhì)量評(píng)價(jià)的內(nèi)容。制定了各類(lèi)標(biāo)準(zhǔn)。. 1983年，Bill Hetzel在《軟件測(cè)試完全指南》中指出：測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的度

14、量。. 20世紀(jì)90年代，測(cè)試工具盛行起來(lái)。. 1996年提出的測(cè)試能力成熟度TCMM（Testing Capability Maturity Model）、測(cè)試支持度TSM（Testability Support Model）、測(cè)試成熟度TMM（Testing Maturity Mod</p><p>　　2軟件測(cè)試的相關(guān)背景</p><p>　　相關(guān)背景：前段時(shí)間, 就是在我沒(méi)有認(rèn)真了

15、解測(cè)試行業(yè)之前, 可能由于測(cè)試在中國(guó)的重視程度的問(wèn)題, 我也一直認(rèn)為測(cè)試應(yīng)該是不重要的, 甚至認(rèn)為有必要有專(zhuān)門(mén)的測(cè)試職業(yè)嗎？認(rèn)為軟件主要是開(kāi)發(fā)人員的事, 軟件的成果也是由開(kāi)發(fā)人員決定的, 當(dāng)我在參加工作后, 真正從學(xué)校的學(xué)習(xí)環(huán)境中走上實(shí)際運(yùn)用開(kāi)發(fā)的時(shí)候, 事實(shí)上真的不是那么一回事哦。軟件無(wú)處不在, 軟而, 軟件是人編的——所以不完美。臭名昭著的軟件測(cè)試案例：</p><p>　　1、迪士尼的獅子王 （1994～1

16、995）軟件在少數(shù)系統(tǒng)中能正常工作, 但在大眾使用的常見(jiàn)系統(tǒng)中不行。后來(lái)證實(shí), 迪士尼公司沒(méi)有對(duì)市場(chǎng)上投入實(shí)用的各種pc機(jī)型進(jìn)行正確的測(cè)試。</p><p>　　2、英特爾奔騰浮點(diǎn)除法軟件缺陷（1994）英特爾為自己處理軟件缺陷拿出4億美元支付更換壞芯片的費(fèi)用。導(dǎo)致付出如此昂貴的代價(jià), 其主要原因是發(fā)現(xiàn)了軟件缺陷沒(méi)有正確的處理。</p><p>　　3、美國(guó)航天局火星極地登陸（1999）該

17、項(xiàng)目使用前有經(jīng)過(guò)測(cè)試, 兩個(gè)測(cè)試小組雙方獨(dú)立工作都很好, 但從未走在一起。</p><p>　　4、愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng) （1991）一枚導(dǎo)彈在多哈擊斃28名美國(guó)士兵, 癥結(jié)在于一個(gè)軟件缺陷：一個(gè)很小的系統(tǒng)時(shí)鐘錯(cuò)誤累積起來(lái)就可能拖延14小時(shí), 造成跟蹤系統(tǒng)失去準(zhǔn)確度。在多哈襲擊戰(zhàn)中系統(tǒng)被拖延100小時(shí)。</p><p>　　5、千年蟲(chóng) （大約1974）估計(jì)世界各地更換或升級(jí)該系統(tǒng)程序解決原有

18、2000年錯(cuò)誤的費(fèi)用已經(jīng)超過(guò)數(shù)億美元。</p><p><b>　　3軟件測(cè)試的概述</b></p><p>　　3.1軟件測(cè)試的定義</p><p>　　軟件測(cè)試使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。它是幫助識(shí)別開(kāi)發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分

19、）的正確度(correctness) 完全度(completeness)和質(zhì)量(quality)的軟件過(guò)程；是SQA(software quality assurance)的重要子域。</p><p>　　(1)測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn)；</p><p>　　(2)這種分析也能幫助測(cè)試人

20、員設(shè)計(jì)出有針對(duì)性的測(cè)試方法,改善測(cè)試的效率和有效性；</p><p>　　(3)沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法。</p><p>　　3.2軟件測(cè)試的描述</p><p>　　測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分, 是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出的一些要求。軟件測(cè)試的目的, 第一是確認(rèn)軟件的質(zhì)量, 其一方面是確認(rèn)

21、軟件做了你所期望的事情（Do the right thing）, 另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事件（Do it right）；第二是提供信息, 比如提供給開(kāi)發(fā)人員或程序經(jīng)理的反饋信息, 為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息；第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身, 而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題, 這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。</p><p>　　3.3軟件測(cè)試的目的

22、</p><p>　　如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。 在談到軟件測(cè)試時(shí)，引用Grenford J. Myers在《The Art of Software Testing》一書(shū)中的觀點(diǎn): (1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程

23、序的過(guò)程; (2)測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤; (3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤; (4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的

24、原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)</p><p>　　3.4軟件測(cè)試的原則</p><p>　　1．應(yīng)當(dāng)把"盡早和不斷的測(cè)試"作為開(kāi)發(fā)者的座右銘。 </p><p>　　2．程序員應(yīng)該避免檢查自己的程序, 測(cè)試工作

25、應(yīng)該由獨(dú)立的專(zhuān)業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成。 </p><p>　　3．設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件, 特殊情況下要制造極端狀態(tài)和意外狀態(tài), 比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。 </p><p>　　4．一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象, 這和程序員的編程水平和習(xí)慣有很大的關(guān)系。 </p><p>　　5．對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有

26、一個(gè)確認(rèn)的過(guò)程, 一般有A測(cè)試出來(lái)的錯(cuò)誤, 一定要有一個(gè)B來(lái)確認(rèn), 嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。 </p><p>　　6．制定嚴(yán)格的測(cè)試計(jì)劃, 并把測(cè)試時(shí)間安排的盡量寬松, 不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。 </p><p>　　7．回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意, 修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)。 </p><p&

27、gt;　　8．妥善保存一切測(cè)試過(guò)程文檔, 意義是不言而喻的, 測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔</p><p><b>　　4軟件測(cè)試的內(nèi)容</b></p><p>　　4.1驗(yàn)證(verification)</p><p>　　驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng), 即保證軟件做了你所期望的事情。(Do

28、the right thing) </p><p>　　1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程；</p><p>　　2.程序正確性的形式證明, 即采用形式理論證明程序符號(hào)設(shè)計(jì)規(guī)約規(guī)定的過(guò)程；</p><p>　　3.評(píng)市、審查、測(cè)試、檢查、審計(jì)等各類(lèi)活動(dòng), 或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。&l

29、t;/p><p>　　4.2確認(rèn)(validation)</p><p>　　確認(rèn)(validation)是一系列的活動(dòng)和過(guò)程, 目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來(lái)做了這個(gè)事件(Do it right)</p><p>　　1.靜態(tài)確認(rèn), 不在計(jì)算機(jī)上實(shí)際執(zhí)行程序, 通過(guò)人工或程序分析來(lái)證明軟件的正確性；</p>

30、<p>　　2.動(dòng)態(tài)確認(rèn), 通過(guò)執(zhí)行程序做分析, 測(cè)試程序的動(dòng)態(tài)行為, 以證實(shí)軟件是否存在問(wèn)題。</p><p>　　軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試, 軟件測(cè)試應(yīng)該包括整個(gè)軟件開(kāi)發(fā)期問(wèn)各個(gè)階段所產(chǎn)生的文檔, 如需求規(guī)格說(shuō)明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔, 當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。</p><p><b>　　5軟件測(cè)試的分類(lèi)</b></p>

31、;<p><b>　　5.1常用分類(lèi)</b></p><p>　　從是否需要執(zhí)行被測(cè)軟件的角度, 可分為： </p><p>　　—靜態(tài)測(cè)試 和動(dòng)態(tài)測(cè)試 </p><p>　　從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來(lái)看, 可分為 ： </p><p>　?。?/p>

32、盒測(cè)試 和黑盒測(cè)試</p><p><b>　　5.2黑盒測(cè)試</b></p><p><b>　　黑盒測(cè)試</b></p><p>　　指的是把被測(cè)軟件看作是一個(gè)黑盒子, 我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子, 只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。</p><p>　　黑盒測(cè)試方法是在程序接口上進(jìn)行測(cè)

33、試, 主要是為了發(fā)現(xiàn)以下錯(cuò)誤:</p><p>　　? 是否有不正確或遺漏了的功能? </p><p>　　? 在接口上, 輸入能否正確地接受? 能否輸出正確的結(jié)果? </p><p>　　? 是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤? </p><p>　　?性能上是否能夠滿足要求? </p><p>　

34、　? 是否有初始化或終止性錯(cuò)誤?　</p><p>　　用黑盒測(cè)試發(fā)現(xiàn)程序中的錯(cuò)誤, 必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù), 來(lái)檢查程序是否都能產(chǎn)生正確的輸出。 但這是不可能的。</p><p>　　n假設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù), 按黑盒方法進(jìn)行窮舉測(cè)試：</p><p>　　n可能采用的

35、測(cè)試數(shù)據(jù)組： 232×232 ＝264 n如果測(cè)試一組數(shù)據(jù)需要1毫秒, 一年工作365× 24小時(shí), 完成所有測(cè)試需5億年。</p><p>　　黑盒測(cè)試的測(cè)試用例設(shè)計(jì)</p><p><b>　　?等價(jià)劃分法</b></p><p><b>　　?邊界值法</b></p>&l

36、t;p><b>　　?錯(cuò)誤推測(cè)法</b></p><p><b>　　?因果圖法</b></p><p><b>　　5.3白盒測(cè)試</b></p><p>　　白盒測(cè)試指的是把盒子蓋打開(kāi), 去研究里面的源代碼和程序結(jié)構(gòu)。</p><p>　　白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)

37、動(dòng)測(cè)試, 它是知道產(chǎn)品內(nèi)部工作過(guò)程, 可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行, 按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序, 檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作, 而不顧它的功能。 使用被測(cè)單元內(nèi)部如何工作的信息, 允許測(cè)試人員對(duì)程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來(lái)設(shè)計(jì)和選擇測(cè)試用例, 對(duì)程序的邏輯路徑進(jìn)行測(cè)試?；谝粋€(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí), 測(cè)試是基于覆蓋全部代碼、分支、路徑、條件。</p><p&g

38、t;　　白盒測(cè)試的主要方法： </p><p><b>　　?邏輯驅(qū)動(dòng)測(cè)試 </b></p><p><b>　　?基本路徑測(cè)試</b></p><p><b>　　主要用于軟件驗(yàn)證。</b></p><p>　　使用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例。 </p>&

39、lt;p><b>　　邏輯驅(qū)動(dòng)測(cè)試：</b></p><p>　　主要是測(cè)試覆蓋率, 以程序內(nèi)在邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試。包括以下6種類(lèi)型： </p><p><b>　　?語(yǔ)句覆蓋 </b></p><p><b>　　?判斷覆蓋 </b></p><p><b>

40、;　　?條件覆蓋 </b></p><p><b>　　?判定-條件覆蓋 </b></p><p><b>　　?條件組合覆蓋 </b></p><p><b>　　?路徑覆蓋 </b></p><p><b>　　白盒測(cè)試的主要目的</b>&

41、lt;/p><p>　　? 保證一個(gè)模塊中的所有獨(dú)立路徑至少被執(zhí)行一次； </p><p>　　?對(duì)所有的邏輯值均需要測(cè)試真、假兩個(gè)分支； </p><p>　　?在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)；</p><p>　　?檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性</p><p>　　白盒測(cè)試的實(shí)施方案 </p>&

42、lt;p><b>　　在開(kāi)發(fā)階段</b></p><p>　　要保證產(chǎn)品的質(zhì)量, 產(chǎn)品的生產(chǎn)過(guò)程應(yīng)該遵循一定的行業(yè)標(biāo)準(zhǔn)。軟件產(chǎn)品也是同樣, 沒(méi)有標(biāo)準(zhǔn)可依自然談不上質(zhì)量的好壞。所有關(guān)心軟件開(kāi)發(fā)質(zhì)量的組織、單位, 都要定義或了解軟件的質(zhì)量標(biāo)準(zhǔn)、模型。其好處是保證公司實(shí)踐的均勻性, 產(chǎn)品的可維護(hù)性、可靠性以及可移植性等。</p><p><b>　　在測(cè)試階

43、段</b></p><p>　　與軟件產(chǎn)品的開(kāi)發(fā)過(guò)程一樣, 測(cè)試過(guò)程也需要有一定的準(zhǔn)則, 來(lái)指導(dǎo)、度量、評(píng)價(jià)軟件測(cè)試過(guò)程的質(zhì)量。</p><p><b>　　定義測(cè)試準(zhǔn)則</b></p><p>　　為控制測(cè)試的有效性以及完成程度, 必須定義準(zhǔn)則和策略, 以判斷何時(shí)結(jié)束測(cè)試階段。準(zhǔn)則必須是客觀的, 可量化的元素, 而不能是經(jīng)驗(yàn)或感覺(jué)

44、。 </p><p>　　根據(jù)應(yīng)用的準(zhǔn)則和項(xiàng)目相關(guān)的約束, 項(xiàng)目領(lǐng)導(dǎo)可以定義使用的度量方法, 和要達(dá)到的覆蓋率。 度量測(cè)試的有效性、完整性</p><p>　　對(duì)每個(gè)測(cè)試的測(cè)試覆蓋信息和累計(jì)信息, 用圖形方式顯示覆蓋比率, 并根據(jù)測(cè)試運(yùn)行情況實(shí)時(shí)更新, 隨時(shí)顯示新的測(cè)試所反映的測(cè)試覆蓋情況。</p><p>　　允許所有的測(cè)試運(yùn)行依據(jù)其有效性進(jìn)行管理, 用戶可以減少

45、不適用于非回歸測(cè)試的測(cè)試的過(guò)程。 </p><p><b>　　概念：</b></p><p>　　1.語(yǔ)句覆蓋：語(yǔ)句覆蓋就是設(shè)計(jì)若干個(gè)測(cè)試用例, 運(yùn)行被測(cè)試程序, 使得每一條可執(zhí)行語(yǔ)句至少執(zhí)行一次； </p><p>　　2.判定覆蓋（也稱(chēng)為分支覆蓋）：設(shè)計(jì)若干個(gè)測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的取真分支和取假分支至少執(zhí)行一次；&

46、lt;/p><p>　　3.條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的每個(gè)條件的每個(gè)可能取值至少執(zhí)行一次； </p><p>　　4.判定-條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的每個(gè)條件的所有可能取值至少執(zhí)行一次, 并且每個(gè)可能的判斷結(jié)果也至少執(zhí)行一次, 換句話說(shuō), 即是要求各個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次； </p&g

47、t;<p>　　5.條件組合測(cè)試：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次； </p><p>　　6.路徑測(cè)試：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 要覆蓋程序中所有可能的路徑。</p><p><b>　　5.4靜態(tài)測(cè)試</b></p><p>　　是指不實(shí)際運(yùn)行被測(cè)軟件,

48、 而只是靜態(tài)的檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過(guò)程。</p><p>　　其中包括代碼測(cè)試、界面測(cè)試和文檔測(cè)試3個(gè)方面。對(duì)于代碼測(cè)試, 主要測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。對(duì)于界面測(cè)試, 主要測(cè)試軟件的實(shí)際界面與需求中的說(shuō)明是否相符。對(duì)于文檔測(cè)試, 主要測(cè)試用戶手冊(cè)和需求說(shuō)明是否符合用戶的實(shí)際要求。</p><p><b>　　5.5動(dòng)態(tài)測(cè)試</b><

49、;/p><p>　　是指實(shí)際運(yùn)行被測(cè)程序, 輸入相應(yīng)的測(cè)試數(shù)據(jù), 檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程。所以, 我們判斷一個(gè)測(cè)試屬于動(dòng)態(tài)還是靜態(tài)測(cè)試 , 唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。</p><p>　　6軟件測(cè)試中的類(lèi)測(cè)試</p><p>　　6.1　面向?qū)ο筌浖暮暧^上來(lái)看是各個(gè)類(lèi)之間的相互作用。在面向?qū)ο笙到y(tǒng)中,系統(tǒng)的基本構(gòu)造模塊是封裝了的數(shù)據(jù)和方法的類(lèi)和對(duì)

50、象,而不再是一個(gè)個(gè)能完成特定功能的功能模塊。每個(gè)對(duì)象有自己的生存周期,有自己的狀態(tài)。消息是對(duì)象之間相互請(qǐng)求或協(xié)作的途徑,是外界使用對(duì)象方法及獲取對(duì)象狀態(tài)的唯一方式。對(duì)象的功能是在消息的觸發(fā)下,由對(duì)象所屬類(lèi)中定義的方法與相關(guān)對(duì)象的合作共同完成,且在不同狀態(tài)下對(duì)消息的響應(yīng)可能完全不同。對(duì)象中的數(shù)據(jù)和方法是一個(gè)有機(jī)的整體,測(cè)試過(guò)程中不能僅僅檢查輸入數(shù)據(jù)產(chǎn)生的輸出結(jié)果是否與預(yù)期的吻合,還要考慮對(duì)象的狀態(tài)。模塊測(cè)試的概念已不適用于對(duì)象的測(cè)試“類(lèi)測(cè)

51、試將是整個(gè)測(cè)試過(guò)程的一個(gè)重要步驟。</p><p><b>　　6.2類(lèi)測(cè)試技術(shù)</b></p><p>　　6.2.1基于服務(wù)的類(lèi)測(cè)試技術(shù) </p><p>　　基于服務(wù)的類(lèi)測(cè)試主要考察封裝在類(lèi)中的一個(gè)方法對(duì)數(shù)據(jù)進(jìn)行的操作，它可以采用傳統(tǒng)的白盒測(cè)試方法。為克服軟件測(cè)試的盲目性和局限性,保證測(cè)試的質(zhì)量,提高軟件的可靠性,下面我們介紹

52、一種類(lèi)的服務(wù)的測(cè)試模型及相應(yīng)的測(cè)試策略。</p><p>　　 　　BBD通常有兩種獲取途徑。一是采用逆向工程的方法根據(jù)源程序畫(huà)出流程圖,然后構(gòu)造出BBD。但這畢竟是在缺少軟件開(kāi)發(fā)前期的分析、設(shè)計(jì)文檔或文檔不齊全的情況下退而求其次的辦法。當(dāng)源程序不正確時(shí)構(gòu)造出來(lái)的BBD就是錯(cuò)誤的。另一種途徑就是追根溯源,在軟件的分析、設(shè)計(jì)階段就根據(jù)測(cè)試的需要構(gòu)造出相應(yīng)的BBD。這樣就能從根本上解決問(wèn)題,正確地指導(dǎo)類(lèi)的

53、服務(wù)的測(cè)試。</p><p>　　6.2.2基于層次增量的類(lèi)測(cè)試 </p><p>　　層次增量測(cè)試的基本思想是:首先分別測(cè)試父類(lèi)的各個(gè)成員函數(shù),再測(cè)試成員函數(shù)間的相互作用,把測(cè)試用例和執(zhí)行信息保存在/測(cè)試歷史中,在測(cè)試子類(lèi)時(shí),根據(jù)父類(lèi)的測(cè)試歷史修改部分的定義以及實(shí)現(xiàn)語(yǔ)言的繼承映射來(lái)決定子類(lèi)中的哪些特征應(yīng)當(dāng)重測(cè)試以及父類(lèi)的哪些測(cè)試用例可以復(fù)用。 </p>

54、<p>　　這種根據(jù)類(lèi)間繼承關(guān)系的層次特性對(duì)類(lèi)進(jìn)行增量測(cè)試的技術(shù)是由M. Harrold等人提出的,其特點(diǎn)是復(fù)用父類(lèi)的測(cè)試信息來(lái)指導(dǎo)子類(lèi)的測(cè)試。</p><p><b>　　7參考文獻(xiàn)</b></p><p>　　參考書(shū)籍： 1、Ron Patton 《軟件測(cè)試》機(jī)械工業(yè)出版社 2、張克東等 《軟件工程與軟件測(cè)試自動(dòng)化教程》電子工業(yè)出版社 3、Du

55、stin,E.《軟件自動(dòng)化測(cè)試：引入、管理與實(shí)施》電子工業(yè)出版社 4、James A. Whittaker 《實(shí)用軟件測(cè)試指南》電子工業(yè)出版社 5、Zadrozny 《J2EE性能測(cè)試》電子工業(yè)出版社 </p><p>　　6、Jones,C.《軟件評(píng)估、基準(zhǔn)測(cè)試與最佳實(shí)踐》機(jī)械工業(yè)出版社 7、Edward Kit 《軟件測(cè)試過(guò)程改進(jìn)》機(jī)械工業(yè)出版社 8、Hung Q.Nguyen 《Web應(yīng)用測(cè)試》

56、電子工業(yè)出版社 9、Robert V.Binder《面向?qū)ο笙到y(tǒng)測(cè)試 模型 視圖與工具（影印版） 》</p><p>　　10、Rakitin,S.K.《軟件驗(yàn)證與確認(rèn)的最佳管理辦法》電子工業(yè)出版社 </p><p>　　11、麥格雷戈 《面向?qū)ο蟮能浖y(cè)試》機(jī)械工業(yè)出版社 </p><p><b>　　8致謝</b></p>

57、<p>　　非常感謝xx老師在我大學(xué)的最后學(xué)習(xí)階段——畢業(yè)設(shè)計(jì)階段給自己的指導(dǎo)，從最初的定題，到資料收集，到寫(xiě)作、修改，到論文定稿，她們給了我耐心的指導(dǎo)和無(wú)私的幫助。為了指導(dǎo)我們的畢業(yè)論文，她們放棄了自己的休息時(shí)間，她們的這種無(wú)私奉獻(xiàn)的敬業(yè)精神令人欽佩，在此我向她們表示我誠(chéng)摯的謝意。同時(shí)，感謝所有任課老師和所有同學(xué)在這四年來(lái)給自己的指導(dǎo)和幫助，是他們教會(huì)了我專(zhuān)業(yè)知識(shí)，教會(huì)了我如何學(xué)習(xí)，教會(huì)了我如何做人。正是由于他們，我才能在各

58、方面取得顯著的進(jìn)步，在此向他們表示我由衷的謝意，并祝所有的老師培養(yǎng)出越來(lái)越多的優(yōu)秀人才，桃李滿天下！</p><p>　　通過(guò)這一階段的努力，我的畢業(yè)論文《 軟件測(cè)試的概述及方法 》終于完成了，這意味著大學(xué)生活即將結(jié)束。在大學(xué)階段，我在學(xué)習(xí)上和思想上都受益非淺，這除了自身的努力外，與各位老師、同學(xué)和朋友的關(guān)心、支持和鼓勵(lì)是分不開(kāi)的。</p><p>　　寫(xiě)作畢業(yè)論文是一次再系統(tǒng)學(xué)習(xí)的過(guò)程