軟件測試畢業(yè)論文DATE\@”yyyy年M月"5月姓名：專業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)指導(dǎo)老師:目錄TOC\o"2-3”\t”標(biāo)題1，1"1 引言 11。1 編寫目的 11.2 有關(guān)背景 21.3 參照資料 22 軟件測試概念 32.1 軟件測試定義 32.2 軟件測試概述 33 軟件測試的原則3.1 測試的基本原則（一） 43.2 測試的基本原則（二） 44軟件測試的內(nèi)容4。1 驗(yàn)證(verification) 54。1 確認(rèn)（validation) 55軟件測試的分類5.1 常用分類 65.2 黑盒測試和白盒測試 65。3 靜態(tài)測試 115.4 動(dòng)態(tài)測試 126感想與道謝……………………….。16引言編寫目的本學(xué)期學(xué)習(xí)了軟件測試這門計(jì)算機(jī)專業(yè)的專業(yè)課，作為計(jì)算機(jī)專業(yè)的一門很重要的課程，在計(jì)算機(jī)領(lǐng)域占據(jù)著不可替代的角色，伴隨人類社會(huì)的進(jìn)步,多種領(lǐng)域計(jì)算機(jī)的普及，計(jì)算機(jī)軟件也越來越多的出目前各個(gè)場所,為人們的辦公，生活,學(xué)習(xí)，休閑等提供了前所未有的以便。因此,當(dāng)一種軟件從雛形到真正的在一臺(tái)計(jì)算機(jī)上運(yùn)行的時(shí)候,誰也不能保證計(jì)算機(jī)軟件能一步到位的滿足人們的需求。因此就有了軟件測試，其目的是：第一是確認(rèn)軟件的質(zhì)量,其首先是確認(rèn)軟件做了你所期望的事情(Dotherightthing），另首先是確認(rèn)軟件以對(duì)的的方式來做了這個(gè)事件（Doitright）。作為計(jì)算機(jī)專業(yè)的學(xué)生，我想以我自己的觀點(diǎn)來論述一下我對(duì)軟件測試的理解。參照資料參照書籍：

1、RonPatton《軟件測試》機(jī)械工業(yè)出版社

2、張克東等《軟件工程與軟件測試自動(dòng)化教程》電子工業(yè)出版社

3、Dustin,E.《軟件自動(dòng)化測試:引入、管理與實(shí)行》電子工業(yè)出版社

4、JamesA.Whittaker《實(shí)用軟件測試指南》電子工業(yè)出版社

5、Zadrozny《J2EE性能測試》電子工業(yè)出版社

6、Jones,C。《軟件評(píng)估、基準(zhǔn)測試與最佳實(shí)踐》機(jī)械工業(yè)出版社

7、EdwardKit《軟件測試過程改善》機(jī)械工業(yè)出版社

8、HungQ.Nguyen《Web應(yīng)用測試》電子工業(yè)出版社

9、RobertV.Binder《面向?qū)ο笙到y(tǒng)測試模型視圖與工具（影印版）》10、Rakitin,S。K.《軟件驗(yàn)證與確認(rèn)的最佳管理措施》電子工業(yè)出版社

11、麥格雷戈《面向?qū)ο蟮能浖y試》機(jī)械工業(yè)出版社參照網(wǎng)絡(luò)資料有關(guān)背景前段時(shí)間，就是在我沒有認(rèn)真理解測試行業(yè)之前,也許由于測試在中國的重視程度的問題,我也一直認(rèn)為測試應(yīng)當(dāng)是不重要的,甚至認(rèn)為有必要有專門的測試職業(yè)嗎？認(rèn)為軟件重要是開發(fā)人員的事,軟件的成果也是由開發(fā)人員決定的，當(dāng)我在參與工作后,真正從學(xué)校的學(xué)習(xí)環(huán)境中走上實(shí)際運(yùn)用開發(fā)的時(shí)候,實(shí)際上真的不是那么一回事哦。軟件無處不在,軟而,軟件是人編的——因此不完美.臭名昭著的軟件測試案例：1、迪士尼的獅子王（1994～1995）軟件在少數(shù)系統(tǒng)中能正常工作,但在大眾使用的常見系統(tǒng)中不行。后來證明，迪士尼企業(yè)沒有對(duì)市場上投入實(shí)用的多種pc機(jī)型進(jìn)行對(duì)的的測試。2、英特爾飛躍浮點(diǎn)除法軟件缺陷（1994）英特爾為自己處理軟件缺陷拿出4億美元支付更換壞芯片的費(fèi)用。導(dǎo)致付出如此昂貴的代價(jià),其重要原因是發(fā)現(xiàn)了軟件缺陷沒有對(duì)的的處理。3、美國航天局火星極地登陸（1999）該項(xiàng)目使用前有通過測試，兩個(gè)測試小組雙方獨(dú)立工作都很好,但從未走在一起.4、愛國者導(dǎo)彈防御系統(tǒng)(1991)一枚導(dǎo)彈在多哈擊斃28名美國士兵,癥結(jié)在于一種軟件缺陷：一種很小的系統(tǒng)時(shí)鐘錯(cuò)誤累積起來就也許遲延14小時(shí)，導(dǎo)致跟蹤系統(tǒng)失去精確度。在多哈襲擊戰(zhàn)中系統(tǒng)被遲延100小時(shí)。5、千年蟲(大概1974）估計(jì)世界各地更換或升級(jí)該系統(tǒng)程序處理原有錯(cuò)誤的費(fèi)用已經(jīng)超過數(shù)億美元.軟件測試概念2。1件測試定義軟件測試使用人工或者自動(dòng)手段來運(yùn)行或測試某個(gè)系統(tǒng)的過程，其目的在于檢查它與否滿足規(guī)定的需求或弄清預(yù)期成果與實(shí)際成果之間的差異。它是協(xié)助識(shí)別開發(fā)完畢（中間或最終的版本)的計(jì)算機(jī)軟件（整體或部分）的對(duì)的度（correctness）完全度(completeness)和質(zhì)量(quality）的軟件過程;是SQA（softwarequalityassurance)的重要子域。(1)測試并不僅僅是為了找出錯(cuò)誤.通過度析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢,可以協(xié)助項(xiàng)目管理者發(fā)現(xiàn)目前軟件開發(fā)過程中的缺陷，以便及時(shí)改善;（2)這種分析也能協(xié)助測試人員設(shè)計(jì)出有針對(duì)性的測試措施,改善測試的效率和有效性；（3）沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的,完整的測試是評(píng)估軟件質(zhì)量的一種措施.2.2軟件測試概述測試是軟件開發(fā)過程的重要構(gòu)成部分,是用來確認(rèn)一種程序的品質(zhì)或性能與否符合開發(fā)之前所提出的某些規(guī)定。軟件測試的目的，第一是確認(rèn)軟件的質(zhì)量，其首先是確認(rèn)軟件做了你所期望的事情（Dotherightthing),另首先是確認(rèn)軟件以對(duì)的的方式來做了這個(gè)事件（Doitright）；第二是提供信息，例如提供應(yīng)開發(fā)人員或程序經(jīng)理的反饋信息,為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息；第三軟件測試不僅是在測試軟件產(chǎn)品的自身，并且還包括軟件開發(fā)的過程。假如一種軟件產(chǎn)品開發(fā)完畢之后發(fā)現(xiàn)了諸多問題，這闡明此軟件開發(fā)過程很也許是有缺陷的。軟件測試的原則3.1測試基本原則(一）在設(shè)計(jì)有效測試用例之前,測試工程師必需理解軟件測試的基本原則。這里有一組測試原則：1所有的測試都應(yīng)追溯到顧客需求.正如我們所知：軟件測試的目的在于揭示錯(cuò)誤。而最嚴(yán)重的錯(cuò)誤（從顧客角度來看）是那些導(dǎo)致程序無法滿足需求的錯(cuò)誤。2應(yīng)當(dāng)在測試工作真正開始前的較長時(shí)間內(nèi)就進(jìn)行測試計(jì)劃。測試計(jì)劃可以在需求模型一完畢就開始,詳細(xì)的測試用例定義可以在設(shè)計(jì)模型被確定后立即開始。因此,所有測試應(yīng)當(dāng)在任何代碼被產(chǎn)生前就進(jìn)行計(jì)劃和設(shè)計(jì).3Pareto原則應(yīng)用于軟件測試。簡樸地講，Pareto原則暗示著測試發(fā)現(xiàn)的錯(cuò)誤中的80％很也許來源于程序模塊中的20％.當(dāng)然,問題在于怎樣孤立這些有疑點(diǎn)的模塊并進(jìn)行徹底的測試。4測試應(yīng)從"小規(guī)?！遍_始，逐漸轉(zhuǎn)向”大規(guī)?！?最初的測試一般把焦點(diǎn)放在單個(gè)程序模塊上,深入測試的焦點(diǎn)則轉(zhuǎn)向在集成的模塊簇中尋找錯(cuò)誤，最終在整個(gè)系統(tǒng)中尋找錯(cuò)誤。5窮舉測試是不也許的。雖然是一種大小適度的程序,其途徑排列的數(shù)量也非常大。因此，在測試中不也許運(yùn)行途徑的每一種組合。然而，充足覆蓋程序邏輯,并保證程序設(shè)計(jì)中使用的所有條件是有也許的。6為了到達(dá)最佳效果,應(yīng)當(dāng)由獨(dú)立的第三方來構(gòu)造測試."最佳效果”指最有也許發(fā)現(xiàn)錯(cuò)誤的測試（測試的重要目的）,因此創(chuàng)立系統(tǒng)的軟件工程師并不是構(gòu)造軟件測試的最佳人選。7、不充足的測試是不負(fù)責(zé)任的；過度的測試是一種資源的揮霍,同樣也是一種不負(fù)責(zé)任的體現(xiàn).。3.2測試基本原則（二)1．應(yīng)當(dāng)把”盡早和不停的測試"作為開發(fā)者的座右銘.2．程序員應(yīng)當(dāng)防止檢查自己的程序，測試工作應(yīng)當(dāng)由獨(dú)立的專業(yè)的軟件測試機(jī)構(gòu)來完畢.3．設(shè)計(jì)測試用例時(shí)應(yīng)當(dāng)考慮到合法的輸入和不合法的輸入以及多種邊界條件,特殊狀況下要制造極端狀態(tài)和意外狀態(tài)，例如網(wǎng)絡(luò)異常中斷、電源斷電等狀況。4．一定要注意測試中的錯(cuò)誤集中發(fā)生現(xiàn)象，這和程序員的編程水平和習(xí)慣有很大的關(guān)系。5．對(duì)測試錯(cuò)誤成果一定要有一種確認(rèn)的過程，一般有A測試出來的錯(cuò)誤,一定要有一種B來確認(rèn),嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)進(jìn)行討論和分析。6．制定嚴(yán)格的測試計(jì)劃，并把測試時(shí)間安排的盡量寬松,不要但愿在極短的時(shí)間內(nèi)完畢一種高水平的測試.7．回歸測試的關(guān)聯(lián)性一定要引起充足的注意，修改一種錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見。8．妥善保留一切測試過程文檔,意義是不言而喻的,測試的重現(xiàn)性往往要靠測試文檔軟件測試的內(nèi)容4。1驗(yàn)證(verification）驗(yàn)證(verification）是保證軟件對(duì)的地實(shí)現(xiàn)了某些特定功能的一系列活動(dòng),即保證軟件做了你所期望的事情.(Dotherightthing）1。確定軟件生存周期中的一種給定階段的產(chǎn)品與否到達(dá)前階段確立的需求的過程；2.程序?qū)Φ男缘男问阶C明，即采用形式理論證明程序符號(hào)設(shè)計(jì)規(guī)約規(guī)定的過程;3.評(píng)市、審查、測試、檢查、審計(jì)等各類活動(dòng),或?qū)δ承╉?xiàng)處理、服務(wù)或文獻(xiàn)等與否和規(guī)定的需求相一致進(jìn)行判斷和提出匯報(bào).4。2確認(rèn)（validation）確認(rèn)（validation）是一系列的活動(dòng)和過程,目的是想證明在一種給定的外部環(huán)境中軟件的邏輯對(duì)的性.即保證軟件以對(duì)的的方式來做了這個(gè)事件(Doitright)1.靜態(tài)確認(rèn)，不在計(jì)算機(jī)上實(shí)際執(zhí)行程序，通過人工或程序分析來證明軟件的對(duì)的性；2。動(dòng)態(tài)確認(rèn),通過執(zhí)行程序做分析,測試程序的動(dòng)態(tài)行為,以證明軟件與否存在問題。軟件測試的對(duì)象不僅僅是程序測試,軟件測試應(yīng)當(dāng)包括整個(gè)軟件開發(fā)期問各個(gè)階段所產(chǎn)生的文檔，如需求規(guī)格闡明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔,當(dāng)然軟件測試的重要對(duì)象還是源程序。軟件測試的分類5。1常用分類從與否需要執(zhí)行被測軟件的角度,可分為：－靜態(tài)測試－動(dòng)態(tài)測試從測試與否針對(duì)系統(tǒng)的內(nèi)部構(gòu)造和詳細(xì)實(shí)現(xiàn)算法的角度來看，可分為：－白盒測試－黑盒測試5。2黑盒測試和白盒測試1、黑盒測試和白盒測試黑盒測試指的是把被測軟件看作是一種黑盒子,我們不去關(guān)懷盒子里面的構(gòu)造是什么樣子,只關(guān)懷軟件的輸入數(shù)據(jù)和輸出成果。黑盒測試措施是在程序接口上進(jìn)行測試,重要是為了發(fā)現(xiàn)如下錯(cuò)誤：?與否有不對(duì)的或遺漏了的功能？?在接口上,輸入能否對(duì)的地接受？能否輸出對(duì)的的成果？?與否有數(shù)據(jù)構(gòu)造錯(cuò)誤或外部信息（例如數(shù)據(jù)文獻(xiàn))訪問錯(cuò)誤??性能上與否可以滿足規(guī)定？?與否有初始化或終止性錯(cuò)誤?用黑盒測試發(fā)現(xiàn)程序中的錯(cuò)誤，必須在所有也許的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序與否都能產(chǎn)生對(duì)的的輸出.但這是不也許的。n假設(shè)一種程序P有輸入量X和Y及輸出量Z。在字長為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù)，按黑盒措施進(jìn)行窮舉測試：n也許采用的測試數(shù)據(jù)組：232×232＝264n假如測試一組數(shù)據(jù)需要1毫秒,一年工作365×24小時(shí),完畢所有測試需5億年。黑盒測試的測試用例設(shè)計(jì)?等價(jià)劃分法?邊界值法?錯(cuò)誤推測法?因果圖法1。等價(jià)類劃分1〉等價(jià)類劃分是一種經(jīng)典的黑盒測試措施，使用這一措施時(shí)，完全不考慮程序的內(nèi)部構(gòu)造，只根據(jù)程序的規(guī)格闡明來設(shè)計(jì)測試用例。2〉等價(jià)類劃分措施把所有也許的輸入數(shù)據(jù),即程序的輸入域劃提成若干部分,然后從每一部分中選用少數(shù)有代表性的數(shù)據(jù)做為測試用例.3〉使用這一措施設(shè)計(jì)測試用例要經(jīng)歷劃分等價(jià)類（列出等價(jià)類表）和選用測試用例兩步。4〉劃分等價(jià)類等價(jià)類是指某個(gè)輸入域的子集合。在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭發(fā)程序中的錯(cuò)誤都是等效的.測試某等價(jià)類的代表值就等價(jià)于對(duì)這一類其他值的測試。等價(jià)類的劃分有兩種不一樣的狀況：①有效等價(jià)類:是指對(duì)于程序的規(guī)格闡明來說，是合理的，故意義的輸入數(shù)據(jù)構(gòu)成的集合。②無效等價(jià)類:是指對(duì)于程序的規(guī)格闡明來說,是不合理的,無意義的輸入數(shù)據(jù)構(gòu)成的集合。在設(shè)計(jì)測試用例時(shí),要同步考慮有效等價(jià)類和無效等價(jià)類的設(shè)計(jì).劃分等價(jià)類的原則(1）假如輸入條件規(guī)定了取值范圍，或值的個(gè)數(shù)，則可以確立一種有效等價(jià)類和兩個(gè)無效等價(jià)類。n例如,在程序的規(guī)格闡明中，對(duì)輸入條件有一句話：“……項(xiàng)數(shù)可以從1到999……”則有效等價(jià)類是“1≤項(xiàng)數(shù)≤999"兩個(gè)無效等價(jià)類是“項(xiàng)數(shù)＜1”或“項(xiàng)數(shù)＞999"。(2）假如輸入條件規(guī)定了輸入值的集合，或者是規(guī)定了“必須怎樣"的條件,這時(shí)可確立一種有效等價(jià)類和一種無效等價(jià)類。例如,在Pascal語言中對(duì)變量標(biāo)識(shí)符規(guī)定為“以字母打頭的……串”。那么所有以字母打頭的構(gòu)成有效等價(jià)類，而不在此集合內(nèi)（不以字母打頭）的歸于無效等價(jià)類。（3）假如輸入條件是一種布爾量,則可以確定一種有效等價(jià)類和一種無效等價(jià)類.（4)假如規(guī)定了輸入數(shù)據(jù)的一組值，并且程序要對(duì)每個(gè)輸入值分別進(jìn)行處理.這時(shí)可為每一種輸入值確立一種有效等價(jià)類,此外針對(duì)這組值確立一種無效等價(jià)類，它是所有不容許的輸入值的集合.2.邊界值分析?邊界值分析也是一種黑盒測試措施,是對(duì)等價(jià)類劃分措施的補(bǔ)充.?人們從長期的測試工作經(jīng)驗(yàn)得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部.因此針對(duì)多種邊界狀況設(shè)計(jì)測試用例，可以查出更多的錯(cuò)誤.例如，在做三角形計(jì)算時(shí),要輸入三角形的三個(gè)邊長：A、B和C。我們應(yīng)注意到這三個(gè)數(shù)值應(yīng)當(dāng)滿足A＞0、B＞0、C＞0、A＋B＞C、A＋C＞B、B＋C＞A，才能構(gòu)成三角形。但假如把六個(gè)不等式中的任何一種不小于號(hào)“＞”錯(cuò)寫成不小于等于號(hào)“≥",那就不能構(gòu)成三角形。問題恰出目前輕易被疏忽的邊界附近。這里所說的邊界是指,相稱于輸入等價(jià)類和輸出等價(jià)類而言，稍高于其邊界值及稍低于其邊界值的某些特定狀況。使用邊界值分析措施設(shè)計(jì)測試用例,首先應(yīng)確定邊界狀況.應(yīng)當(dāng)選用恰好等于，剛剛不小于，或剛剛不不小于邊界的值做為測試數(shù)據(jù)，而不是選用等價(jià)類中的經(jīng)典值或任意值做為測試數(shù)據(jù)。3。錯(cuò)誤推測法?人們也可以靠經(jīng)驗(yàn)和直覺推測程序中也許存在的多種錯(cuò)誤,從而有針對(duì)性地編寫檢查這些錯(cuò)誤的例子。這就是錯(cuò)誤推測法。?錯(cuò)誤推測法的基本想法是：列舉出程序中所有也許有的錯(cuò)誤和輕易發(fā)生錯(cuò)誤的特殊狀況，根據(jù)它們選擇測試用例。4.因果圖因果圖的合用范圍假如在測試時(shí)必須考慮輸入條件的多種組合,可使用一種適合于描述對(duì)于多種條件的組合,對(duì)應(yīng)產(chǎn)生多種動(dòng)作的形式來設(shè)計(jì)測試用例，這就需要運(yùn)用因果圖。因果圖措施最終身成的就是鑒定表。它適合于檢查程序輸入條件的多種組合狀況。（1)分析軟件規(guī)格闡明描述中,哪些是原因(即輸入條件或輸入條件的等價(jià)類),哪些是成果（即輸出條件)，并給每個(gè)原因和成果賦予一種標(biāo)識(shí)符.(2）分析軟件規(guī)格闡明描述中的語義，找出原因與成果之間,原因與原因之間對(duì)應(yīng)的是什么關(guān)系？根據(jù)這些關(guān)系,畫出因果圖.（3）由于語法或環(huán)境限制,有些原因與原因之間,原因與成果之間的組合狀況不也許出現(xiàn)。為表明這些特殊狀況，在因果圖上用某些記號(hào)標(biāo)明約束或限制條件。（4)把因果圖轉(zhuǎn)換成鑒定表.(5)把鑒定表的每一列拿出來作為根據(jù),設(shè)計(jì)測試用例.白盒測試指的是把盒子蓋打開，去研究里面的源代碼和程序構(gòu)造。白盒測試也稱構(gòu)造測試或邏輯驅(qū)動(dòng)測試,它是懂得產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動(dòng)作與否按照規(guī)格闡明書的規(guī)定正常進(jìn)行,按照程序內(nèi)部的構(gòu)造測試程序，檢查程序中的每條通路與否均有能按預(yù)定規(guī)定對(duì)的工作，而不顧它的功能。使用被測單元內(nèi)部怎樣工作的信息,容許測試人員對(duì)程序內(nèi)部邏輯構(gòu)造及有關(guān)信息來設(shè)計(jì)和選擇測試用例，對(duì)程序的邏輯途徑進(jìn)行測試?；谝环N應(yīng)用代碼的內(nèi)部邏輯知識(shí),測試是基于覆蓋所有代碼、分支、途徑、條件.白盒測試的重要措施：?邏輯驅(qū)動(dòng)測試?基本途徑測試重要用于軟件驗(yàn)證。使用程序設(shè)計(jì)的控制構(gòu)造導(dǎo)出測試用例。邏輯驅(qū)動(dòng)測試:重要是測試覆蓋率,以程序內(nèi)在邏輯構(gòu)造為基礎(chǔ)的測試。包括如下6種類型：?語句覆蓋?判斷覆蓋?條件覆蓋?鑒定—條件覆蓋?條件組合覆蓋?途徑覆蓋白盒測試的重要目的?保證一種模塊中的所有獨(dú)立途徑至少被執(zhí)行一次；?對(duì)所有的邏輯值均需要測試真、假兩個(gè)分支；?在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)；?檢查內(nèi)部數(shù)據(jù)構(gòu)造以保證其有效性白盒測試的實(shí)行方案在開發(fā)階段要保證產(chǎn)品的質(zhì)量,產(chǎn)品的生產(chǎn)過程應(yīng)當(dāng)遵照一定的行業(yè)原則。軟件產(chǎn)品也是同樣，沒有原則可依自然談不上質(zhì)量的好壞。所有關(guān)懷軟件開發(fā)質(zhì)量的組織、單位，都要定義或理解軟件的質(zhì)量原則、模型。其好處是保證企業(yè)實(shí)踐的均勻性,產(chǎn)品的可維護(hù)性、可靠性以及可移植性等.在測試階段與軟件產(chǎn)品的開發(fā)過程同樣,測試過程也需要有一定的準(zhǔn)則，來指導(dǎo)、度量、評(píng)價(jià)軟件測試過程的質(zhì)量。定義測試準(zhǔn)則為控制測試的有效性以及完畢程度,必須定義準(zhǔn)則和方略，以判斷何時(shí)結(jié)束測試階段。準(zhǔn)則必須是客觀的，可量化的元素，而不能是經(jīng)驗(yàn)或感覺。根據(jù)應(yīng)用的準(zhǔn)則和項(xiàng)目有關(guān)的約束，項(xiàng)目領(lǐng)導(dǎo)可以定義使用的度量措施，和要到達(dá)的覆蓋率。度量測試的有效性、完整性對(duì)每個(gè)測試的測試覆蓋信息和合計(jì)信息，用圖形方式顯示覆蓋比率,并根據(jù)測試運(yùn)行狀況實(shí)時(shí)更新,隨時(shí)顯示新的測試所反應(yīng)的測試覆蓋狀況。容許所有的測試運(yùn)行根據(jù)其有效性進(jìn)行管理，顧客可以減少不合用于非回歸測試的測試的過程.概念：1.語句覆蓋：語句覆蓋就是設(shè)計(jì)若干個(gè)測試用例，運(yùn)行被測試程序,使得每一條可執(zhí)行語句至少執(zhí)行一次；2。鑒定覆蓋（也稱為分支覆蓋）：設(shè)計(jì)若干個(gè)測試用例，運(yùn)行所測程序,使程序中每個(gè)判斷的取真分支和取假分支至少執(zhí)行一次；3.條件覆蓋：設(shè)計(jì)足夠多的測試用例,運(yùn)行所測程序，使程序中每個(gè)判斷的每個(gè)條件的每個(gè)也許取值至少執(zhí)行一次；4。鑒定-條件覆蓋:設(shè)計(jì)足夠多的測試用例，運(yùn)行所測程序,使程序中每個(gè)判斷的每個(gè)條件的所有也許取值至少執(zhí)行一次,并且每個(gè)也許的判斷成果也至少執(zhí)行一次,換句話說，即是規(guī)定各個(gè)判斷的所有也許的條件取值組合至少執(zhí)行一次；5。條件組合測試:設(shè)計(jì)足夠多的測試用例，運(yùn)行所測程序,使程序中每個(gè)判斷的所有也許的條件取值組合至少執(zhí)行一次；6。途徑測試：設(shè)計(jì)足夠多的測試用例,運(yùn)行所測程序，要覆蓋程序中所有也許的途徑5.3靜態(tài)測試是指不實(shí)際運(yùn)行被測軟件，而只是靜態(tài)的檢查程序代碼、界面或文檔中也許存在的錯(cuò)誤的過程。其中包括代碼測試、界面測試和文檔測試3個(gè)方面.對(duì)于代碼測試，重要測試代碼與否符合對(duì)應(yīng)的原則和規(guī)范.對(duì)于界面測試,重要測試軟件的實(shí)際界面與需求中的闡明與否相符。對(duì)于文檔測試,重要測試顧客手冊和需求闡明與否符合顧客的實(shí)際規(guī)定。5.3動(dòng)態(tài)測試是指實(shí)際運(yùn)行被測程序，輸入對(duì)應(yīng)的測試數(shù)據(jù)，檢查實(shí)際輸出成果和預(yù)期成果與否相符的過程。因此，我們判斷一種測試屬于動(dòng)態(tài)還是靜態(tài)測試，唯一的原則就是看與否運(yùn)行程序。單元測試是指對(duì)軟件中的最小可測試單元進(jìn)行檢測和驗(yàn)證。1、什么時(shí)候進(jìn)行單元測試?一般在程序員編碼后來，代碼已經(jīng)通過編譯后進(jìn)行單元測試,并且在前期就應(yīng)當(dāng)做某些準(zhǔn)備工作，例如撰寫單元測試計(jì)劃、編寫單元測試用例等.千萬不要等到項(xiàng)目后期再進(jìn)行單元測試,那樣就失去了檢查代碼、防止缺陷的意義了.2、由誰來進(jìn)行單元測試？單元測試一般由白盒測試工程師或開發(fā)人員來測試。假如由開發(fā)人員來測試,最佳做到交叉測試，防止1個(gè)人只測試自己的代碼.3、單元測試的根據(jù)是什么?單元測試根據(jù)重要有兩個(gè),一種事源程序自身，包括代碼和注釋；尚有一種是項(xiàng)目的《詳細(xì)設(shè)計(jì)》文檔。4、怎樣進(jìn)行單元測試？重要用白盒測試措施,一般先靜態(tài)檢查代碼與否符合規(guī)范,然后動(dòng)態(tài)地運(yùn)行代碼，檢查其實(shí)際運(yùn)行成果。當(dāng)然檢查運(yùn)行成果與否對(duì)的是一種最基本的規(guī)定,我們還要檢查諸多項(xiàng),例如程序的容錯(cuò)處理,程序的邊界值處理等。集成測試集成測試（也叫組裝測試或聯(lián)合測試)是在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)規(guī)定集成為系統(tǒng)或子系統(tǒng),并進(jìn)行測試。假如是集成為子系統(tǒng)，也可以叫做部件測試。目的當(dāng)單個(gè)模塊集成為系統(tǒng)的過程中,軟件仍然也許出現(xiàn)問題。例如:?穿越模塊接口的數(shù)據(jù)與否丟失;?一種模塊功能的實(shí)現(xiàn)也許破壞了另一種模塊的功能；?子功能組合之后不一定可以到達(dá)預(yù)期的功能;?全局?jǐn)?shù)據(jù)也許被異常修改；?單個(gè)模塊的誤差被放大到了不能接受的地步.因此，需要在模塊集成的時(shí)候進(jìn)行整體測試以發(fā)現(xiàn)上面也許出現(xiàn)的問題。必要性單元測試僅僅保證了模塊的局部對(duì)的性。而系統(tǒng)測試一般在整個(gè)系統(tǒng)完畢之后進(jìn)行，錯(cuò)誤難以定位.集成測試具有如下不可替代性：?單元測試不徹底，對(duì)于模塊間接口信息內(nèi)容的對(duì)的性，互相調(diào)用關(guān)系與否符合設(shè)計(jì)無能為力。必須依托集成測試來保證。?和系統(tǒng)測試相比較，集成測試從程序構(gòu)造出發(fā)，目的性，針對(duì)性更強(qiáng)。發(fā)現(xiàn)問題的效率高。?較輕易測試特殊的處理流程。?定位也比較精確,迅速。集成測試的可反復(fù)性強(qiáng)，錯(cuò)誤發(fā)生后輕易定位。聯(lián)調(diào)和集成測試的區(qū)別(1)集成和聯(lián)調(diào)都是對(duì)系統(tǒng)的裝配過程，不過屬于不一樣的級(jí)別。集成測試?測試人員在開發(fā)人員的協(xié)助下，制定集成測試計(jì)劃;?集成測試重要關(guān)注的是接口上消息覆蓋,異常流程,性能指標(biāo)等深入測試。?集成測試是分層次的，一種模塊集成測試后,可以按照計(jì)劃進(jìn)行下一種模塊的集成或者更高級(jí)別的集成。?當(dāng)集成測試完畢之后就可以開始聯(lián)調(diào)了。聯(lián)調(diào)：一般是指軟件系統(tǒng)和硬件平臺(tái)之間的聯(lián)調(diào)。可以認(rèn)為是最高級(jí)別的集成測試。?開發(fā)經(jīng)理在開發(fā)測試人員的協(xié)助下,制定系統(tǒng)聯(lián)調(diào)計(jì)劃。?有關(guān)人員將已通過集成測試的軟件系統(tǒng)和硬件平臺(tái)集成在一起,構(gòu)成將交付的系統(tǒng),并調(diào)通系統(tǒng)的基本功能.使用系統(tǒng)預(yù)測試項(xiàng)來確定基本功能與否都已經(jīng)實(shí)現(xiàn)。?通過系統(tǒng)聯(lián)調(diào)調(diào)通后的版本提交系統(tǒng)預(yù)測試組進(jìn)行系統(tǒng)預(yù)測試。?在系統(tǒng)的規(guī)模比較小比較簡樸的時(shí)候，可以考慮忽視集成測試而直接進(jìn)行聯(lián)調(diào)。不過當(dāng)系統(tǒng)的規(guī)模較大的時(shí)候，跳過集成測試會(huì)帶來問題難以發(fā)現(xiàn),難以定位的問題。完整的測試流程：單元測試—〉集成測試->聯(lián)調(diào)—>系統(tǒng)預(yù)測試—>系統(tǒng)測試集成測試的層次和階段集成測試需要分層次，分階段完畢。一般狀況下,分層次階段可以按照如下規(guī)律：?第一種層次是組件測試.為后繼測試提供更好的原料。假如系統(tǒng)的某些組件已經(jīng)充足被測試過，可以跳過這些組件.?第二個(gè)層次是做好集成測試規(guī)劃：考慮人力,物力,時(shí)間,測試的重點(diǎn)等。找出關(guān)鍵的部分，以此作為主線進(jìn)行計(jì)劃和資源安排.?按照計(jì)劃，把集成測試劃提成為不一樣的階段,明確各個(gè)階段的重要任務(wù),確定任務(wù)完畢的標(biāo)識(shí)。集成，單元和系統(tǒng)測試的關(guān)聯(lián)（1)?單元測試是針對(duì)模塊內(nèi)部功能的白盒測試。需要輔助測試代碼才可以進(jìn)行測試。?集成測試也叫:組裝測試,子系統(tǒng)測試，部件測試等。例如對(duì)于模塊A進(jìn)行集成的時(shí)候，需要把有關(guān)模塊一起結(jié)合起來才可以進(jìn)行。集成測試是重視功能