第五章 軟件測(cè)試的管理過程

第五章

軟件測(cè)試的過程管理授課教師：

鄭煒第五章軟件測(cè)試的過程管理5.1軟件測(cè)試的各個(gè)階段5.2測(cè)試需求5.2.1測(cè)試需求的分類5.2.2測(cè)試需求的收集5.2.3測(cè)試需求的分析5.2.2測(cè)試需求的評(píng)審5.3測(cè)試計(jì)劃5.3.1測(cè)試計(jì)劃的目標(biāo)5.3.2制定測(cè)試計(jì)劃5.3.3劃分測(cè)試用例優(yōu)先級(jí)第五章軟件測(cè)試的過程管理5.4測(cè)試設(shè)計(jì)及測(cè)試用例5.4.1測(cè)試用例的設(shè)計(jì)原則5.4.2測(cè)試用例的設(shè)計(jì)方法5.4.3測(cè)試用例的粒度5.4.5測(cè)試用例的評(píng)審5.5測(cè)試的執(zhí)行5.5.1測(cè)試用例的選擇5.5.2測(cè)試人員分工5.5.3測(cè)試環(huán)境的搭建5.5.5BVT測(cè)試與冒煙測(cè)試5.5.5每日構(gòu)建介紹第五章軟件測(cè)試的過程管理5.6軟件缺陷分析5.6.1軟件缺陷分析的作用5.6.2軟件缺陷的分類5.6.3軟件缺陷分析方法5.6.5軟件缺陷分析的流程5.6.5軟件缺陷報(bào)告5.1.1軟件測(cè)試的各個(gè)階段（1）測(cè)試需求的分析和確定（2）測(cè)試計(jì)劃（3）測(cè)試設(shè)計(jì)（4）測(cè)試執(zhí)行（5）測(cè)試記錄和軟件缺陷跟蹤（6）回歸測(cè)試（7）測(cè)試總結(jié)報(bào)告第五章軟件測(cè)試的過程管理5.2測(cè)試需求5.2.1測(cè)試需求的分類5.2.2測(cè)試需求的收集5.2.3測(cè)試需求的分析5.2.2測(cè)試需求的評(píng)審5.2.1測(cè)試需求的分類測(cè)試需求按適用范圍分為公共測(cè)試需求和項(xiàng)目測(cè)試需求，按需求類別分為顯性測(cè)試需求和隱性測(cè)試需求。5.2.1測(cè)試需求的分類項(xiàng)目測(cè)試需求又分為功能測(cè)試需求、流程測(cè)試需求、通用測(cè)試需求及非功能測(cè)試需求5.2.2測(cè)試需求的收集軟件測(cè)試需求的主要來源是系統(tǒng)需求說明書（軟件規(guī)格說明書），有了系統(tǒng)需求說明書基本就能畫出系統(tǒng)。測(cè)試需求還可以通過其他途徑來獲得。（1）與待測(cè)軟件相關(guān)的文檔資料，如用例、界面設(shè)計(jì)、項(xiàng)目會(huì)議或與客戶溝通時(shí)關(guān)于需求信息的會(huì)議記錄、其他技術(shù)文檔等。（2）與客戶或系統(tǒng)分析員的溝通記錄。（3）業(yè)務(wù)背景資料，如待測(cè)軟件業(yè)務(wù)領(lǐng)域的知識(shí)等。（4）正式與非正式的培訓(xùn)資料。5.2.3測(cè)試需求的分析（1）常用的或規(guī)定的業(yè)務(wù)流程。

（2）各業(yè)務(wù)流程分支的遍歷。（3）明確規(guī)定不可使用的業(yè)務(wù)流程。（4）沒有明確規(guī)定但是應(yīng)該不可以執(zhí)行的業(yè)務(wù)流程。（5）其他異?；虿环弦?guī)定的操作。軟件需求分析、設(shè)計(jì)和實(shí)現(xiàn)階段出現(xiàn)的問題是軟件的主要錯(cuò)誤來源。因此一旦確定軟件需求，即可開始進(jìn)行測(cè)試需求分析。在收集完測(cè)試需求后，需要根據(jù)測(cè)試階段和重點(diǎn)整理測(cè)試需求。測(cè)試需求采集之后得到的是一張沒有優(yōu)化的需求表，需要對(duì)這份原始需求表進(jìn)行初步的規(guī)劃：刪除冗余重復(fù)的需求，各個(gè)需求間沒有過多的交集；需覆蓋業(yè)務(wù)流程、功能、非功能方面的需求。在做測(cè)試需求分析時(shí)需要列出以下類別。5.2.4測(cè)試需求的評(píng)審測(cè)試需求評(píng)審的內(nèi)容包括完整性審查和準(zhǔn)確性審查完整性審查是檢查測(cè)試需求是否覆蓋了所有軟件需求，以及軟件需求的各項(xiàng)特征，關(guān)注功能要求、數(shù)據(jù)定義、接口定義、性能要求、安全性要求、可靠性要求、系統(tǒng)約束、行業(yè)標(biāo)準(zhǔn)等，同時(shí)還要關(guān)注系統(tǒng)隱含的用戶需求。準(zhǔn)確性審查是檢查測(cè)試需求是否清晰、沒有歧義、描述準(zhǔn)確，是否能獲得評(píng)審各方的一致理解，每項(xiàng)測(cè)試需求是否都可以作為設(shè)計(jì)測(cè)試用例的依據(jù)。測(cè)試需求評(píng)審可以采取正式的小組會(huì)議形式第五章軟件測(cè)試的過程管理5.3測(cè)試計(jì)劃5.3.1測(cè)試計(jì)劃的目標(biāo)5.3.2制訂測(cè)試計(jì)劃5.3.3劃分測(cè)試用例優(yōu)先級(jí)5.3測(cè)試計(jì)劃（1）定義測(cè)試的整體方式和策略。（2）確定測(cè)試環(huán)境。（3）定義測(cè)試級(jí)別及它們之間的協(xié)作，將測(cè)試活動(dòng)集成到其他項(xiàng)目

活動(dòng)中并進(jìn)行協(xié)調(diào)。（4）確定如何評(píng)估測(cè)試結(jié)果。（5）選擇監(jiān)視和控制測(cè)試工作的度量，并定義測(cè)試出口準(zhǔn)則。（6）確定要準(zhǔn)備的測(cè)試文檔，并確定模板。（7）編寫測(cè)試計(jì)劃并確定測(cè)試的內(nèi)容、人員、進(jìn)度和測(cè)試范圍。（8）估算測(cè)試工作量和成本，（再）估計(jì)和（再）計(jì)劃測(cè)試任務(wù)。測(cè)試計(jì)劃活動(dòng)一般包括以下8項(xiàng)5.3.1測(cè)試計(jì)劃的目標(biāo)

測(cè)試計(jì)劃所要達(dá)到的目標(biāo)有以下6點(diǎn)（1）為測(cè)試各項(xiàng)活動(dòng)制訂一個(gè)現(xiàn)實(shí)可行的、綜合的計(jì)劃，內(nèi)容包括每項(xiàng)測(cè)試活動(dòng)的對(duì)象、范圍、方法、進(jìn)度和預(yù)期結(jié)果。（2）為項(xiàng)目實(shí)施建立一個(gè)組織模型，并定義測(cè)試項(xiàng)目中每個(gè)角色的責(zé)任和工作內(nèi)容。（3）開發(fā)有效的測(cè)試模型，能正確地驗(yàn)證正在開發(fā)的軟件系統(tǒng)。（4）確定測(cè)試所需要的時(shí)間和資源，以保證其可獲得性和有效性。（5）確立每個(gè)測(cè)試階段測(cè)試完成及測(cè)試成功的標(biāo)準(zhǔn)和要實(shí)現(xiàn)的目標(biāo)。（6）識(shí)別出測(cè)試活動(dòng)中的各種風(fēng)險(xiǎn)，并消除可能存在的風(fēng)險(xiǎn)，降低由不可能消除的風(fēng)險(xiǎn)所帶來的損失。5.3.2制訂測(cè)試計(jì)劃（1）確定測(cè)試范圍首先要明確測(cè)試的對(duì)象，有些對(duì)象是不需要測(cè)試的。例如，大部分軟件系統(tǒng)的測(cè)試不需要對(duì)硬件部分進(jìn)行測(cè)試，而有些對(duì)象則必須進(jìn)行測(cè)試。（2）制訂測(cè)試策略測(cè)試策略一般描述軟件測(cè)試活動(dòng)的一般方法和目標(biāo)，其中包括要進(jìn)行的測(cè)試階段（單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試），以及要執(zhí)行的測(cè)試類型（功能測(cè)試、性能測(cè)試、負(fù)載測(cè)試、強(qiáng)度測(cè)試等）。（3）確定測(cè)試任務(wù)根據(jù)測(cè)試階段的測(cè)試需求，細(xì)化測(cè)試任務(wù)。其中包括劃分測(cè)試任務(wù)的優(yōu)先級(jí)、確定各任務(wù)與主要任務(wù)之間的關(guān)聯(lián)關(guān)系、確定輔助任務(wù)清單。5.3.2制訂測(cè)試計(jì)劃（4）確定測(cè)試資源與工作量

通過充分估計(jì)測(cè)試的難度、測(cè)試的時(shí)間、工作量等因素，決定測(cè)試資源的合理利用?？梢砸勒諟y(cè)試對(duì)象的復(fù)雜度和具體標(biāo)準(zhǔn)，結(jié)合相關(guān)的數(shù)據(jù)對(duì)測(cè)試要完成的工作量進(jìn)行估計(jì)，進(jìn)一步確定需要的測(cè)試資源。（5）進(jìn)度安排收集與進(jìn)度相關(guān)的信息，如總體工作量估算、人員數(shù)量、關(guān)鍵資源、項(xiàng)目時(shí)間安排，結(jié)合項(xiàng)目的開發(fā)計(jì)劃、產(chǎn)品的整體計(jì)劃和測(cè)試本身的各項(xiàng)活動(dòng)進(jìn)行進(jìn)度安排。（6）風(fēng)險(xiǎn)及對(duì)策計(jì)劃的風(fēng)險(xiǎn)一般來源于項(xiàng)目計(jì)劃的變更、測(cè)試資源不能及時(shí)到位等方面。若出現(xiàn)計(jì)劃變更的情況，應(yīng)該及時(shí)讓測(cè)試人員知道具體的形勢(shì)，以及變更所帶來的影響，這樣才能快速地采取相應(yīng)的補(bǔ)救措施。5.3.3劃分測(cè)試用例優(yōu)先級(jí)用于劃分測(cè)試用例優(yōu)先級(jí)及確定測(cè)試用例執(zhí)行順序的準(zhǔn)則（1）使用頻率或失效的概率。系統(tǒng)的某些特定的被經(jīng)常使用的功能優(yōu)先級(jí)更高。（2）失效的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)是嚴(yán)重性和失效概率的綜合結(jié)果，高風(fēng)險(xiǎn)失效的用例應(yīng)該比低風(fēng)險(xiǎn)失效的用例具有更高的優(yōu)先級(jí)。（3）失效的可見性。失效對(duì)用戶的可見性是劃分測(cè)試優(yōu)先級(jí)的更進(jìn)一步準(zhǔn)則。5.3.3劃分測(cè)試用例優(yōu)先級(jí)用于劃分測(cè)試用例優(yōu)先級(jí)及確定測(cè)試用例執(zhí)行順序的準(zhǔn)則（4）需求的優(yōu)先級(jí)。系統(tǒng)提供的不同功能對(duì)于客戶來說，其重要性也不盡相同。某些功能不能正常工作，客戶也許能夠接受，但有些功能則不可或缺。（5）除了功能需求，質(zhì)量特性對(duì)于客戶也具有不同的重要性。必須測(cè)試重要的質(zhì)量特性是否已經(jīng)正確實(shí)現(xiàn)，并保證用于驗(yàn)證與必要的質(zhì)量特性是否一致的測(cè)試用例具有更高優(yōu)先級(jí)。（6）從系統(tǒng)架構(gòu)開發(fā)人員的角度來確定。失效時(shí)會(huì)導(dǎo)致嚴(yán)重后果（如系統(tǒng)崩潰）的組件需要加強(qiáng)測(cè)試。5.3.3劃分測(cè)試用例優(yōu)先級(jí)用于劃分測(cè)試用例優(yōu)先級(jí)及確定測(cè)試用例執(zhí)行順序的準(zhǔn)則（7）單獨(dú)的組件和系統(tǒng)組件的復(fù)雜性。復(fù)雜的程序組件需要加強(qiáng)測(cè)試，因?yàn)殚_發(fā)人員可能在其中引入較多的軟件缺陷。不過，看起來簡(jiǎn)單的程序組件也可能會(huì)因?yàn)殚_發(fā)不夠細(xì)致而包含很多軟件缺陷。因此，對(duì)這個(gè)領(lǐng)域劃分優(yōu)先級(jí)時(shí)，應(yīng)該參考從組織中早期項(xiàng)目得來的經(jīng)驗(yàn)數(shù)據(jù)。（8）存在高項(xiàng)目風(fēng)險(xiǎn)的失效應(yīng)該盡早被發(fā)現(xiàn)。這些失效需要做大量的修正工作，否則會(huì)獨(dú)占資源并導(dǎo)致項(xiàng)目明顯延遲。（9）項(xiàng)目經(jīng)理應(yīng)該為項(xiàng)目定義充分的優(yōu)先級(jí)準(zhǔn)則和優(yōu)先級(jí)類別。第五章軟件測(cè)試的過程管理5.4測(cè)試設(shè)計(jì)及測(cè)試用例5.4.1測(cè)試用例的設(shè)計(jì)原則5.4.2測(cè)試用例的設(shè)計(jì)方法5.4.3測(cè)試用例的粒度5.4.5測(cè)試用例的評(píng)審5.4.1測(cè)試用例的設(shè)計(jì)原則設(shè)計(jì)測(cè)試用例時(shí)應(yīng)遵循以下原則（1）正確性。滿足需求規(guī)格說明書的要求；覆蓋需求規(guī)格說明書中的各項(xiàng)功能。（2）全面性。覆蓋所有的需求功能項(xiàng)。（3）整體連貫性。測(cè)試用例執(zhí)行粒度盡量保持每個(gè)用例有一個(gè)測(cè)試點(diǎn)，不能同時(shí)覆蓋很多功能點(diǎn)。（4）可維護(hù)性。由于軟件開發(fā)過程中需求變更等原因的影響，常常需要對(duì)測(cè)試用例進(jìn)行修改、增加、刪除等。（5）測(cè)試結(jié)果可判定性和可再現(xiàn)性。測(cè)試結(jié)果可判定性是指測(cè)試執(zhí)行結(jié)果的正確性是可判定的，每個(gè)測(cè)試用例都應(yīng)有相應(yīng)的期望結(jié)果。測(cè)試結(jié)果可再現(xiàn)性是指對(duì)于同樣的測(cè)試用例，系統(tǒng)的執(zhí)行結(jié)果是相同的。5.4.2測(cè)試用例的設(shè)計(jì)方法1．等價(jià)類劃分法等價(jià)類劃分法是一種典型的黑盒測(cè)試用例的設(shè)計(jì)方法。采用等價(jià)類劃分法時(shí)，完全不用考慮程序的內(nèi)部結(jié)構(gòu)，設(shè)計(jì)測(cè)試用例的唯一依據(jù)是軟件需求規(guī)格說明書。等價(jià)類：輸入條件的一個(gè)子集合，該集合中的數(shù)據(jù)對(duì)于揭示程序中的錯(cuò)誤是等價(jià)的。有效等價(jià)類代表對(duì)程序有效的輸入，而無效等價(jià)類則是其他任何可能的輸入（即不正確的輸入值）。有效等價(jià)類和無效等價(jià)類都是使用等價(jià)類劃分法設(shè)計(jì)用例時(shí)所必需的，因?yàn)楸粶y(cè)程序若是正確的，就應(yīng)該既能接受有效的輸入，也能經(jīng)受住無效輸入的考驗(yàn)。5.4.2測(cè)試用例的設(shè)計(jì)方法1．等價(jià)類劃分法示例要求：注冊(cè)用戶名要求7～12個(gè)字符，可以由字母、數(shù)字、下畫線構(gòu)成；下畫線不能作為開頭。該示例的等價(jià)類劃分如表5-1所示。輸入條件有效等價(jià)類無效等價(jià)類用戶名7～12個(gè)字符（1）少于7個(gè)字符（2）多于12個(gè)字符（3）空（4）用戶名由字母、數(shù)字、下畫線構(gòu)成（5）含有除字母、數(shù)字、下畫線以外的特殊字符（6）非打印字符（7）中文字符（8）以字母、數(shù)字開頭（9）以下畫線開頭（10）5.4.2測(cè)試用例的設(shè)計(jì)方法2．邊界值分析法邊界值分析法就是對(duì)輸入或輸出的邊界值進(jìn)行測(cè)試的一種黑盒測(cè)試方法。3．基本路徑分析法基本路徑分析法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的圈復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。利用此方法設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試程序的每個(gè)可執(zhí)行語句中都至少執(zhí)行一次。4．因果圖法因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測(cè)試用例的方法。它適合于檢查程序輸入條件的各種組合情況。5.4.3測(cè)試用例的粒度（1）復(fù)用率：如果產(chǎn)品在不斷地更新版本，復(fù)用率很高，測(cè)試用例的粒度需要更加細(xì)化；相反，如果產(chǎn)品的使用頻率不高，那么測(cè)試用例就不需要設(shè)計(jì)得很復(fù)雜。（2）項(xiàng)目進(jìn)展：需要根據(jù)項(xiàng)目的進(jìn)展而定，如果當(dāng)前項(xiàng)目的時(shí)間充足，可以將測(cè)試用例設(shè)計(jì)得詳細(xì)一些，但是如果項(xiàng)目距離截止時(shí)間較近，沒有多余的時(shí)間，則需要將測(cè)試用例設(shè)計(jì)得簡(jiǎn)單一些。

（3）使用對(duì)象：如果所設(shè)計(jì)的測(cè)試用例在測(cè)試過程中是提供給多個(gè)測(cè)試人員使用，需要將測(cè)試用例設(shè)計(jì)得詳細(xì)一些。（4）測(cè)試的種類：如果采用驗(yàn)收測(cè)試，那么相應(yīng)的測(cè)試用例的粒度就比較大。如果是系統(tǒng)測(cè)試，那么測(cè)試用例的顆粒度就相對(duì)較小。

測(cè)試用例的設(shè)計(jì)粒度需要考慮以下4個(gè)方面的因素。5.4.4測(cè)試用例的評(píng)審（1）測(cè)試用例是否是按照公司定義的模板進(jìn)行編寫的。（2）測(cè)試用例本身的描述是否清晰，是否存在二義性。（3）測(cè)試用例內(nèi)容是否正確，是否與需求目標(biāo)相一致。（4）測(cè)試用例的期望結(jié)果是否確定、唯一。（5）測(cè)試用例的操作步驟與描述是否相一致。（6）測(cè)試用例是否覆蓋了所有的需求。（7）測(cè)試用例的設(shè)計(jì)是否存在冗余性。（8）測(cè)試用例是否具有可執(zhí)行性。（9）是否從用戶層面來設(shè)計(jì)用戶使用場(chǎng)景和業(yè)務(wù)流程的測(cè)試用例。下面是測(cè)試用例評(píng)審的一些檢查項(xiàng)。第五章軟件測(cè)試的過程管理5.5測(cè)試的執(zhí)行5.5.1測(cè)試用例的選擇5.5.2測(cè)試人員分工5.5.3測(cè)試環(huán)境的搭建5.5.5BVT測(cè)試與冒煙測(cè)試5.5.5每日構(gòu)建介紹5.5.1測(cè)試用例的選擇（1）首先測(cè)試產(chǎn)品的核心功能，再測(cè)試其他功能（2）若產(chǎn)品具有支付交易功能，則需要首先測(cè)試此功能，再測(cè)試其他功能，因?yàn)橘Y金的問題永遠(yuǎn)是最重大的問題。（3）首先測(cè)試常用功能，再測(cè)試其他功能。（4）首先測(cè)試需求中被特別說明的地方，再測(cè)試沒有特別說明的地方（5）首先測(cè)試有變更的地方，后測(cè)試沒有變更的地方下面是一些測(cè)試用例的選擇策略5.5.2測(cè)試人員分工（1）按照測(cè)試內(nèi)容分工一個(gè)項(xiàng)目的測(cè)試包括文檔測(cè)試、易用性測(cè)試、邏輯功能測(cè)試、界面測(cè)試、配置和兼容等多個(gè)方面，管理者可以根據(jù)人員的特點(diǎn)為每個(gè)人員分配不同的測(cè)試內(nèi)容。這樣分配的優(yōu)點(diǎn)在于分工較為明確，測(cè)試人員對(duì)于測(cè)試內(nèi)容的重點(diǎn)具有清楚的認(rèn)識(shí)。（2）按照測(cè)試流程分工項(xiàng)目的測(cè)試流程一般包括測(cè)試需求的檢查、測(cè)試用例的設(shè)計(jì)、測(cè)試執(zhí)行、輸出測(cè)試報(bào)告等工作，管理者可以根據(jù)測(cè)試流程中的各個(gè)階段來進(jìn)行人員的分工。這樣分配具有流程清晰的特點(diǎn)。（3）按照功能模塊分工一般規(guī)模較大的軟件項(xiàng)目所具有的功能模塊較多，針對(duì)已劃分好的功能模塊給予相應(yīng)的測(cè)試，不同的測(cè)試人員負(fù)責(zé)不同模塊的測(cè)試工作。這樣分配具有人員利用率高且容易發(fā)現(xiàn)深層錯(cuò)誤的特點(diǎn)。（4）按照測(cè)試類型分工軟件測(cè)試根據(jù)軟件開發(fā)的階段可以劃分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試等測(cè)試類型，管理者可以根據(jù)這些類型為測(cè)試人員分配測(cè)試工作。這樣分配具有對(duì)測(cè)試人員的專業(yè)性要求高的特點(diǎn)。5.5.3測(cè)試環(huán)境的搭建

測(cè)試環(huán)境的搭建是進(jìn)行測(cè)試執(zhí)行活動(dòng)中的一項(xiàng)重要工作，它所需要的時(shí)間也較多。一般測(cè)試環(huán)境的搭建包括圖5-5所示的內(nèi)容。圖5-5測(cè)試環(huán)境包括的內(nèi)容5.5.4BVT測(cè)試與冒煙測(cè)試構(gòu)建驗(yàn)證測(cè)試（BuildVerificationTest，BVT）BVT測(cè)試只驗(yàn)證構(gòu)建（Build）的成功與失敗，不深入測(cè)試構(gòu)建好的Build的功能、性能等。BVT是在所有開發(fā)工程師都已經(jīng)檢查完自己的代碼，項(xiàng)目組編譯生成當(dāng)天的版本之后進(jìn)行。主要目的是驗(yàn)證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確。如無大的問題，就可以進(jìn)行相應(yīng)的功能測(cè)試。BVT的優(yōu)點(diǎn)是時(shí)間短，驗(yàn)證了軟件的基本功能。BVT的缺點(diǎn)是覆蓋率低，因?yàn)槠溥\(yùn)行時(shí)間短，不可能把所有的情況都測(cè)試到。5.5.4BVT測(cè)試與冒煙測(cè)試冒煙測(cè)試冒煙測(cè)試是對(duì)軟件的基本功能進(jìn)行測(cè)試，測(cè)試的對(duì)象是每個(gè)新編譯的需要正式測(cè)試的軟件版。目的是確認(rèn)軟件的基本功能是否正常，保證軟件系統(tǒng)能夠正常運(yùn)行，并且可以進(jìn)行后續(xù)的正式測(cè)試工作。如果最基本的測(cè)試都有問題，就需要向開發(fā)人員進(jìn)行反饋，所以正式交付測(cè)試的版本首先必須通過冒煙測(cè)試的考驗(yàn)。冒煙測(cè)試，只是一個(gè)測(cè)試活動(dòng)，并不是一個(gè)測(cè)試階段。也就是說，冒煙測(cè)試貫穿于測(cè)試的任何一個(gè)階段，單元測(cè)試?yán)飼?huì)有冒煙測(cè)試、集成測(cè)試?yán)飼?huì)有冒煙測(cè)試、系統(tǒng)測(cè)試?yán)镆矔?huì)有冒煙測(cè)試。5.5.4BVT測(cè)試與冒煙測(cè)試BVT只在構(gòu)建完成時(shí)進(jìn)行，而冒煙測(cè)試在各個(gè)階段都會(huì)進(jìn)行。BVT可以加入自動(dòng)測(cè)試腳本并執(zhí)行少量固定的自動(dòng)化測(cè)試，但冒煙測(cè)試與Build的驗(yàn)證無關(guān)。BVT的結(jié)果直接決定新構(gòu)建的Build是否交付后續(xù)測(cè)試，而冒煙測(cè)試并不影響其他日常測(cè)試工作。BVT與冒煙測(cè)試具有以下區(qū)別5.5.5每日構(gòu)建介紹每日構(gòu)建也可稱為持續(xù)集成（ContinuousIntegration）。它強(qiáng)調(diào)完全自動(dòng)化的、可重復(fù)的創(chuàng)建過程，其中包括每天運(yùn)行多次的自動(dòng)化測(cè)試。5.5.5每日構(gòu)建介紹每日構(gòu)建具有以下優(yōu)點(diǎn)（1）進(jìn)度可見并可以控制到1～2天的細(xì)粒度，很容易看到進(jìn)度的偏差。（2）可以盡早發(fā)現(xiàn)軟件缺陷并分析解決，從而提高軟件質(zhì)量。（3）由于將大集成分解到每日構(gòu)建中的小集成，消除了傳統(tǒng)產(chǎn)品集成或集成測(cè)試時(shí)出現(xiàn)嚴(yán)重問題的可能性。（4）注重每次工作的正確性，減少了可能出現(xiàn)的錯(cuò)誤。第五章軟件測(cè)試的過程管理5.6軟件缺陷分析5.6.1軟件缺陷分析的作用5.6.2軟件缺陷的分類5.6.3軟件缺陷分析方法5.6.5軟件缺陷分析的流程5.6.5軟件缺陷報(bào)告5.6.1軟件缺陷分析的作用軟件缺陷所具有的含義不僅僅局限于程序中存在的軟件缺陷。它所包含的范圍更加廣泛，除了源程序外，同時(shí)還包括一些關(guān)鍵的文檔資料，如項(xiàng)目計(jì)劃、需求規(guī)格說明、設(shè)計(jì)文檔、測(cè)試用例、用戶手冊(cè)等存在的錯(cuò)誤和問題。軟件測(cè)試的任務(wù)就是發(fā)現(xiàn)軟件系統(tǒng)的缺陷，保證軟件的優(yōu)良品質(zhì)。通過軟件缺陷分析，發(fā)現(xiàn)各種類型軟件缺陷發(fā)生的概率，掌握軟件缺陷集中產(chǎn)生的區(qū)域、明晰軟件缺陷的發(fā)展趨勢(shì)、了解軟件缺陷產(chǎn)生的主要原因，以便有針對(duì)性地提出遏制軟件缺陷發(fā)生的措施、降低軟件缺陷數(shù)量。軟件缺陷分析對(duì)于改進(jìn)軟件開發(fā)、提高軟件質(zhì)量有著十分重要的作用。軟件缺陷分析報(bào)告中的統(tǒng)計(jì)數(shù)據(jù)及分析指標(biāo)既是對(duì)軟件質(zhì)量的權(quán)威評(píng)估，也是判定軟件是否能發(fā)布或交付使用的重要依據(jù)。5.6.2軟件缺陷的分類（1）按嚴(yán)重程度劃分按照嚴(yán)重程度由高到低的順序可以將軟件缺陷分為5個(gè)等級(jí)：系統(tǒng)崩潰、嚴(yán)重、一般、次要、建議。需要說明的是，在具體的項(xiàng)目中，需要根據(jù)實(shí)際情況來劃分等級(jí)，不一定是5個(gè)等級(jí)。如果軟件缺陷數(shù)比較少，就可以劃分為3個(gè)等級(jí)：嚴(yán)重、一般、次要。一般的軟件缺陷管理工具會(huì)自動(dòng)給出一個(gè)默認(rèn)的軟件缺陷嚴(yán)重程度劃分。（2）按優(yōu)先級(jí)劃分按照缺陷修復(fù)的優(yōu)先級(jí)由高到低可以劃分為3個(gè)等級(jí)：高（high）、中（middle）、低（low）。其中，高優(yōu)先級(jí)的軟件缺陷是應(yīng)該立即修復(fù)的軟件缺陷；中優(yōu)先級(jí)的軟件缺陷是應(yīng)該在產(chǎn)品發(fā)布之前修復(fù)的軟件缺陷；低優(yōu)先級(jí)的軟件缺陷是指如果時(shí)間允許，應(yīng)該修復(fù)的軟件缺陷或是可以暫時(shí)存在的軟件缺陷。優(yōu)先級(jí)的這種分法也不是絕對(duì)的，需要根據(jù)實(shí)際情況靈活劃分。5.6.2軟件缺陷的分類（3）按測(cè)試種類劃分按測(cè)試種類可以將軟件缺陷分為邏輯功能類、性能類、界面類、易用性類、兼容性類。這種劃分方式可以了解不同測(cè)試方法所能發(fā)現(xiàn)的軟件缺陷的比例，以便在測(cè)試的時(shí)候有所側(cè)重。（4）按功能模塊劃分一般的軟件產(chǎn)品都是分為若干個(gè)功能模塊的，根據(jù)二八定理可知，通常80%的軟件缺陷集中在20%的模塊中，測(cè)試的過程可以統(tǒng)計(jì)軟件缺陷主要集中在哪些模塊，以便投入重點(diǎn)精力去測(cè)試。5.6.3軟件缺陷分析方法（1）正交缺陷分類分析方法正交缺陷分類（OrthogonalDefectClassification，ODC）分析方法是將一個(gè)軟件缺陷在生命周期的各環(huán)節(jié)的屬性組織起來，從單維度、多維度對(duì)軟件缺陷進(jìn)行分析，從不同角度得到各類軟件缺陷的缺陷密度和缺陷比率，從而積累得到各類軟件缺陷的基線值，用于評(píng)估測(cè)試活動(dòng)（2）Gompertz分析方法岡珀茨（Gompertz）分析方法是在利用已有數(shù)據(jù)的基礎(chǔ)上，對(duì)軟件測(cè)試過程進(jìn)行定量分析和預(yù)測(cè)，對(duì)軟件產(chǎn)品質(zhì)量進(jìn)行定量評(píng)估，對(duì)是否結(jié)束軟件測(cè)試任務(wù)給出判斷依據(jù)。5.6.3軟件缺陷分析方法（3）DRE/DRM分析方法DRE（DefectRemovalEfficiency）分析方法是通過已有項(xiàng)目歷史數(shù)據(jù)，得到軟件生命周期各階段缺陷注入和排除的模型，用于設(shè)定各階段質(zhì)量目標(biāo)，評(píng)估測(cè)試活動(dòng)。DRE主要針對(duì)歷史數(shù)據(jù)，矩陣的每一列代表軟件缺陷在何時(shí)（什么階段）引入（產(chǎn)生），每一行代表發(fā)現(xiàn)軟件缺陷時(shí)開展的工作。矩陣中的數(shù)值代表已經(jīng)發(fā)現(xiàn)的軟件缺陷數(shù)量。5.6.3軟件缺陷分析方法表5-3所示的矩陣的目標(biāo)是要分別計(jì)算出各個(gè)階段的軟件缺陷移除率為后面所用。軟件缺陷移除率的定義為當(dāng)前階段工作實(shí)際發(fā)現(xiàn)的軟件缺陷數(shù)量占當(dāng)前階段應(yīng)該發(fā)現(xiàn)的軟件缺陷數(shù)量的比值。

注入階段發(fā)現(xiàn)階段需求設(shè)計(jì)編碼發(fā)現(xiàn)總計(jì)需求階段8——8設(shè)計(jì)階段2662—88編碼階段4111227功能測(cè)試階段43112119系統(tǒng)測(cè)試階段002828注入總計(jì)42761522705.6.4軟件缺陷分析的流程（1）確定分析指標(biāo)①反映產(chǎn)品質(zhì)量的指標(biāo)：軟件缺陷密度=軟件缺陷數(shù)量/軟件規(guī)模潛在軟件缺陷數(shù)=(100%?發(fā)布前軟件缺陷去除率)×軟件缺陷密度②反映產(chǎn)品可靠性的指標(biāo)：平均失效時(shí)間=軟件持續(xù)運(yùn)行時(shí)間/軟件缺陷數(shù)量③反映軟件缺陷發(fā)現(xiàn)及修復(fù)效率的指標(biāo)：軟件缺陷檢出率=某階段當(dāng)時(shí)發(fā)現(xiàn)的軟件缺陷/屬該階段的全部軟件缺陷×100%發(fā)布前軟件缺陷去除率=發(fā)布前發(fā)現(xiàn)的軟件缺陷/(發(fā)布前發(fā)現(xiàn)的軟件缺陷+

軟件運(yùn)行的前3個(gè)月發(fā)現(xiàn)的軟件缺陷)×100%軟件缺陷修正率=修復(fù)過程中未引發(fā)其他問題的軟件缺陷數(shù)/被修復(fù)軟件缺陷的總數(shù)×100%④反映軟件缺陷修復(fù)成本的指標(biāo)：

平均修復(fù)時(shí)間=平均修復(fù)成本=開發(fā)人員的平均人力成本×平均修復(fù)時(shí)間相對(duì)返工成本=返工的工作量/項(xiàng)目總工作量×100%5.6.4軟件缺陷分析的流程（2）實(shí)施軟件缺陷分析過程

在確定好相應(yīng)的指標(biāo)之后，可以借助相應(yīng)的方法和工具實(shí)施軟件缺陷分析的過程，產(chǎn)生分析的結(jié)果。（3）匯總統(tǒng)計(jì)在軟件缺陷分析中可以使用統(tǒng)計(jì)方法對(duì)收集的變更進(jìn)行分類、匯總。軟件缺陷性質(zhì)統(tǒng)計(jì)：變更性質(zhì)屬性一般分為軟件缺陷變更和需求變更兩種。軟件缺陷狀態(tài)分布：變更狀態(tài)屬性分類很多，但在軟件缺陷分析中可以不用分得很細(xì)，可以分為關(guān)閉、掛起和處理中3種類型。該分析主要反映軟件缺陷修改完成情況。軟件缺陷按產(chǎn)品分類統(tǒng)計(jì)：該分析能顯示各軟件子系統(tǒng)的軟件缺陷分布情況。

5.6.4軟件缺陷分析的流程軟件缺陷按原因分類統(tǒng)計(jì)：按變更的根本原因?qū)傩赃M(jìn)行分類統(tǒng)計(jì)軟件缺陷，統(tǒng)計(jì)不包括需求變更。該分析能揭示軟件缺陷原因的分布。軟件缺陷測(cè)試情況統(tǒng)計(jì)：統(tǒng)計(jì)僅涉及變更的根本原因是系統(tǒng)設(shè)計(jì)、程序編碼、維護(hù)和外部問題等軟件缺陷變更。該分析能暴露軟件測(cè)試本身存在的問題。軟件缺陷來源統(tǒng)計(jì)：該分析主要反映用戶或軟件代理的