軟件測(cè)試流程教材課件

第三章軟件測(cè)試流程軟件測(cè)試技術(shù)第三章軟件測(cè)試流程軟件測(cè)試技術(shù)內(nèi)容簡(jiǎn)介測(cè)試是貫穿軟件整個(gè)生命周期的一個(gè)系統(tǒng)的過程，包括單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等階段。為確保測(cè)試工作的正常實(shí)施，一般在每個(gè)測(cè)試階段中都要有測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試評(píng)估等基本步驟。本章重點(diǎn)講述測(cè)試流程中的單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等測(cè)試階段的工作內(nèi)容、實(shí)施手段及步驟，讓讀者弄清楚測(cè)試工作的基本過程，掌握在不同的階段應(yīng)該如何開展測(cè)試工作。內(nèi)容簡(jiǎn)介測(cè)試是貫穿軟件整個(gè)生命周期的一個(gè)系統(tǒng)的過程，包括單元本章要點(diǎn)

樁模塊和驅(qū)動(dòng)模塊集成測(cè)試策略回歸測(cè)試性能測(cè)試內(nèi)容Web系統(tǒng)測(cè)試驗(yàn)收測(cè)試本章要點(diǎn)樁模塊和驅(qū)動(dòng)模塊3.1軟件測(cè)試的過程3.1.1軟件測(cè)試基本過程1.測(cè)試計(jì)劃2.測(cè)試設(shè)計(jì)階段3.測(cè)試執(zhí)行階段4.測(cè)試評(píng)估階段3.1軟件測(cè)試的過程3.1.1軟件測(cè)試基本過程3.1.2與軟件開發(fā)過程并行的測(cè)試流程1.軟件項(xiàng)目計(jì)劃階段2.軟件需求分析階段3.軟件設(shè)計(jì)階段4.編碼與單元測(cè)試階段5.集成測(cè)試6.確認(rèn)測(cè)試7.系統(tǒng)測(cè)試8.運(yùn)行維護(hù)階段3.1.2與軟件開發(fā)過程并行的測(cè)試流程1.軟件項(xiàng)目計(jì)劃階段軟件測(cè)試流程教材課件3.2單元測(cè)試3.2.1單元測(cè)試概述單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位——程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。一般做法是由開發(fā)人員編寫一小段測(cè)試代碼，根據(jù)被測(cè)目標(biāo)代碼的應(yīng)用場(chǎng)景，設(shè)計(jì)擁有合理覆蓋度的輸入條件，調(diào)用執(zhí)行目標(biāo)代碼，然后判斷輸出結(jié)果是否與預(yù)期一致，被測(cè)試目標(biāo)代碼一般應(yīng)具體到類的方法層面上。單元測(cè)試的目的在于發(fā)現(xiàn)目標(biāo)代碼中可能存在的錯(cuò)誤。單元測(cè)試是程序員的一項(xiàng)基本職責(zé)，程序員必須對(duì)自己所編寫的代碼保持認(rèn)真負(fù)責(zé)的態(tài)度，這也是程序員的基本職業(yè)素質(zhì)之一。3.2單元測(cè)試3.2.1單元測(cè)試概述3.2.2單元測(cè)試步驟1.單元測(cè)試實(shí)施步驟1）制定測(cè)試計(jì)劃和測(cè)試方案（包括測(cè)試工具的選擇）。確定測(cè)試內(nèi)容，初步制定測(cè)試策略，確定測(cè)試資源，安排測(cè)試進(jìn)度，選擇測(cè)試工具。2）根據(jù)計(jì)劃和方案及相關(guān)輸入文檔編寫測(cè)試用例。相關(guān)輸入文檔包括《軟件需求規(guī)格說明書》、《軟件詳細(xì)設(shè)計(jì)說明書》、《軟件編碼與單元測(cè)試工作任務(wù)書》等。3）搭建測(cè)試環(huán)境。測(cè)試環(huán)境主要包括：軟件、硬件和網(wǎng)絡(luò)三方面。4）執(zhí)行測(cè)試。運(yùn)行測(cè)試用例，記錄被測(cè)單元執(zhí)行過程；發(fā)現(xiàn)、定位和排除錯(cuò)誤。5）記錄和跟蹤問題：對(duì)測(cè)試結(jié)果進(jìn)行分析、歸類，確認(rèn)測(cè)試是否完備。6）編寫測(cè)試報(bào)告和總結(jié)報(bào)告。3.2.2單元測(cè)試步驟1.單元測(cè)試實(shí)施步驟3.2.2單元測(cè)試步驟2.單元測(cè)試實(shí)施遵循的原則精心制定測(cè)試計(jì)劃嚴(yán)格評(píng)審測(cè)試計(jì)劃嚴(yán)格執(zhí)行測(cè)試計(jì)劃系統(tǒng)分析測(cè)試結(jié)果并提交報(bào)告3.2.2單元測(cè)試步驟2.單元測(cè)試實(shí)施遵循的原則3.2.3單元測(cè)試環(huán)境驅(qū)動(dòng)模塊：模擬被測(cè)模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給被測(cè)模塊，最后輸出實(shí)測(cè)結(jié)果。樁模塊：用以代替被測(cè)模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作，不需要把子模塊所有功能都帶進(jìn)來，但不允許什么事情也不做。3.2.3單元測(cè)試環(huán)境驅(qū)動(dòng)模塊：模擬被測(cè)模塊的上一級(jí)模塊，3.2.4單元測(cè)試主要任務(wù)單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位——模塊或函數(shù)，單元測(cè)試的依據(jù)是詳細(xì)設(shè)計(jì)說明書。測(cè)試者要根據(jù)詳細(xì)設(shè)計(jì)說明書和源程序清單，了解模塊的I/O條件和模塊的邏輯結(jié)構(gòu)等。要求對(duì)所有的局部和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口和程序代碼的關(guān)鍵部分進(jìn)行桌面檢查和代碼審查。單元測(cè)試的主要內(nèi)容有以下5個(gè)方面。3.2.4單元測(cè)試主要任務(wù)單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單3.3集成測(cè)試3.3.1集成測(cè)試概述集成測(cè)試（也叫組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。集成測(cè)試是在單元測(cè)試的基礎(chǔ)上進(jìn)行，將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。也就是說，在集成測(cè)試之前，單元測(cè)試應(yīng)該已經(jīng)完成，集成測(cè)試的對(duì)象是已經(jīng)完成單元測(cè)試的軟件單元。集成測(cè)試所持的主要依據(jù)是《軟件概要設(shè)計(jì)規(guī)格說明》集成測(cè)試主要使用黑盒測(cè)試方法測(cè)試集成單元的功能，并且對(duì)以前的集成進(jìn)行回歸測(cè)試。3.3集成測(cè)試3.3.1集成測(cè)試概述3.3.2集成測(cè)試過程1.集成測(cè)試計(jì)劃的編制在制定測(cè)試計(jì)劃時(shí)，應(yīng)考慮如下因素：系統(tǒng)集成方式；集成過程中連接各個(gè)模塊的順序；模塊代碼編制和測(cè)試進(jìn)度是否與集成測(cè)試的順序一致測(cè)試過程中是否需要專門的硬件設(shè)備；3.3.2集成測(cè)試過程1.集成測(cè)試計(jì)劃的編制2.集成測(cè)試過程集成測(cè)試的一般步驟如下：制定集成測(cè)試計(jì)劃；設(shè)計(jì)集成測(cè)試；實(shí)施集成測(cè)試；執(zhí)行集成測(cè)試；評(píng)估集成測(cè)試結(jié)果。2.集成測(cè)試過程3.集成測(cè)試的完成標(biāo)準(zhǔn)判定集成測(cè)試過程是否完成，可從以下幾個(gè)方面檢查：1）成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試；2）修正了所發(fā)現(xiàn)的錯(cuò)誤；3）測(cè)試結(jié)果通過了專門小組的評(píng)審。3.集成測(cè)試的完成標(biāo)準(zhǔn)3.3.3集成測(cè)試策略1.一次性集成方式一次性集成的策略是，首先分別對(duì)每個(gè)模塊進(jìn)行單元測(cè)試，然后一次性地將所有模塊集成在一起，并對(duì)它們進(jìn)行測(cè)試，發(fā)現(xiàn)并清除在模塊連接過程中出現(xiàn)的問題，得到最終要求的軟件系統(tǒng)。3.3.3集成測(cè)試策略1.一次性集成方式2.自頂向下的集成方式自頂向下的集成方式的測(cè)試步驟如下：1）以主模塊為被測(cè)模塊，主模塊的直接下屬模塊則用樁模塊代替。2）采用深度優(yōu)先或廣度優(yōu)先策略，用實(shí)際模塊替換相應(yīng)的樁模塊（每次僅替換一個(gè)或少量幾個(gè)樁模塊，視模塊接口的復(fù)雜程度而定），他們的直接下屬模塊則又用樁模塊代替，與已測(cè)試的模塊或子系統(tǒng)集成為新的子系統(tǒng)。3）對(duì)新形成的子系統(tǒng)進(jìn)行測(cè)試，發(fā)現(xiàn)和排除模塊集成過程中引起的錯(cuò)誤，并做回歸測(cè)試。4）若所有模塊都已集成到系統(tǒng)中，則結(jié)束集成，否則轉(zhuǎn)步驟2）。2.自頂向下的集成方式軟件測(cè)試流程教材課件3.自底向上的集成方式自底向上的集成方式（Down-TopIntegration）根據(jù)軟件的模塊結(jié)構(gòu)圖，按控制層次從低到高的順序?qū)δK進(jìn)行集成，也就是從最底層模塊向上逐步集成，在集成的同時(shí)進(jìn)行測(cè)試，直至組裝成符合要求的最終軟件系統(tǒng)。測(cè)試步驟如下：1）為最底層模塊開發(fā)驅(qū)動(dòng)模塊，對(duì)最底層模塊進(jìn)行并行測(cè)試。2）用實(shí)際模塊替換驅(qū)動(dòng)模塊，與其已被測(cè)試過的直屬子模塊集成為一個(gè)子系統(tǒng)。3）為新形成的子系統(tǒng)開發(fā)驅(qū)動(dòng)模塊（若新形成的子系統(tǒng)對(duì)應(yīng)為主控模塊，則不必開發(fā)驅(qū)動(dòng)模塊），對(duì)該子系統(tǒng)進(jìn)行測(cè)試。4）若該子系統(tǒng)已對(duì)應(yīng)為主控模塊，即最高層模塊，則結(jié)束集成，否則轉(zhuǎn)步驟2）。3.自底向上的集成方式軟件測(cè)試流程教材課件3.3.4回歸測(cè)試回歸測(cè)試需要時(shí)間、經(jīng)費(fèi)和人力來計(jì)劃、實(shí)施和管理。為了在給定的預(yù)算和進(jìn)度下，盡可能有效率和有效力地進(jìn)行回歸測(cè)試，需要對(duì)測(cè)試用例庫進(jìn)行維護(hù)并依據(jù)一定的策略選擇相應(yīng)的回歸測(cè)試包。測(cè)試用例的維護(hù)(1)刪除過時(shí)的測(cè)試用例(2)改進(jìn)不受控制的測(cè)試用例(3)刪除冗余的測(cè)試用例(4)增添新的測(cè)試用例常用的選擇回歸測(cè)試的方式包括：再測(cè)試全部用例、基于風(fēng)險(xiǎn)選擇測(cè)試、基于操作剖面選擇測(cè)試、再測(cè)試修改的部分等。3.3.4回歸測(cè)試回歸測(cè)試需要時(shí)間、經(jīng)費(fèi)和人力來計(jì)劃、實(shí)施回歸測(cè)試可遵循下述基本過程進(jìn)行:(1)識(shí)別出軟件中被修改的部分；(2)從原基線測(cè)試用例庫T中，排除所有不再適用的測(cè)試用例，確定那些對(duì)新的軟件版本依然有效的測(cè)試用例，其結(jié)果是建立一個(gè)新的基線測(cè)試用例庫T0。(3)依據(jù)一定的策略從T0中選擇測(cè)試用例測(cè)試被修改的軟件。(4)如果必要，生成新的測(cè)試用例集T1，用于測(cè)試T0無法充分測(cè)試的軟件部分。(5)用T1執(zhí)行修改后的軟件?；貧w測(cè)試是重復(fù)性較多的活動(dòng)，容易使測(cè)試者感到疲勞和厭倦，降低測(cè)試效率，在實(shí)際工作中可以采用一些策略減輕這些問題。在實(shí)際工作中，可以將回歸測(cè)試與兼容性測(cè)試結(jié)合起來進(jìn)行?；貧w測(cè)試可遵循下述基本過程進(jìn)行:3.4確認(rèn)測(cè)試確認(rèn)測(cè)試（ValidationTesting）的任務(wù)是驗(yàn)證軟件的功能、性能及其他特性是否達(dá)到需求規(guī)格說明書的要求。若達(dá)到這一要求，則認(rèn)為開發(fā)的軟件是合格的，確認(rèn)測(cè)試也被稱為合格性測(cè)試。在測(cè)試規(guī)格說明書（TestSpecification）中，對(duì)需求規(guī)格說明中的要求做進(jìn)一步的細(xì)化，用于指導(dǎo)確認(rèn)測(cè)試的進(jìn)行。確認(rèn)測(cè)試一般不由軟件開發(fā)人員執(zhí)行，而應(yīng)由軟件企業(yè)中獨(dú)立的測(cè)試部門或第三方測(cè)試機(jī)構(gòu)來完成。確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查。

3.4確認(rèn)測(cè)試確認(rèn)測(cè)試（ValidationTestin3.4.1有效性測(cè)試有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求。3.4.1有效性測(cè)試有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒3.4.2配置審查確認(rèn)測(cè)試過程的重要環(huán)節(jié)就是配置審查工作。其目的在于確保已開發(fā)軟件的所有文件資料均已編寫齊全，并得到分類編目，足以支持運(yùn)行以后的軟件維護(hù)工作。用戶手冊(cè)：用于指導(dǎo)用戶如何安裝、使用軟件和獲得服務(wù)與援助的相關(guān)資料，有時(shí)也包括軟件使用的案例。操作手冊(cè)：軟件中進(jìn)行各項(xiàng)使用操作的具體步驟和程序方法。設(shè)計(jì)資料：設(shè)計(jì)說明書、源程序以及測(cè)試資料（測(cè)試說明書、測(cè)試報(bào)告）等。3.4.2配置審查確認(rèn)測(cè)試過程的重要環(huán)節(jié)就是配置審查工作。3.5系統(tǒng)測(cè)試3.5.1系統(tǒng)測(cè)試概念統(tǒng)測(cè)試是將已經(jīng)通過確認(rèn)測(cè)試的軟件作為整個(gè)計(jì)算機(jī)系統(tǒng)的一部分，與系統(tǒng)中的硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境或模擬系統(tǒng)運(yùn)行環(huán)境下，測(cè)試其與系統(tǒng)中其他元素能否實(shí)現(xiàn)正確連接，以滿足用戶的所有需求。3.5系統(tǒng)測(cè)試3.5.1系統(tǒng)測(cè)試概念3.5.2系統(tǒng)測(cè)試的主要類型功能測(cè)試（FunctionalTesting）性能測(cè)試（PerformanceTesting）負(fù)載測(cè)試（LoadTesting）強(qiáng)度測(cè)試（StressTesting）容量測(cè)試（VolumeTesting）安全性測(cè)試（SecurityTesting）配置測(cè)試（ConfigurationTesting）故障恢復(fù)測(cè)試（RecoveryTesting）安裝測(cè)試（InstallationTesting）文檔測(cè)試（DocumentationTesting）用戶界面測(cè)試（GUITesting）……3.5.2系統(tǒng)測(cè)試的主要類型功能測(cè)試（Functional3.5.3Web系統(tǒng)的測(cè)試方法基于Web的系統(tǒng)測(cè)試與傳統(tǒng)的軟件測(cè)試不同，它不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要測(cè)試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測(cè)試。一般軟件的發(fā)布周期以月或以年計(jì)算，而Web應(yīng)用的發(fā)布周期以天計(jì)算甚至以小時(shí)計(jì)算。Web測(cè)試人員必須處理更短的發(fā)布周期，測(cè)試人員和測(cè)試管理人員面臨著從測(cè)試傳統(tǒng)的C/S結(jié)構(gòu)和框架環(huán)境到測(cè)試快速改變的Web應(yīng)用系統(tǒng)的轉(zhuǎn)變。3.5.3Web系統(tǒng)的測(cè)試方法基于Web的系統(tǒng)測(cè)試與傳統(tǒng)的1.功能測(cè)試鏈接測(cè)試、表單測(cè)試、Cookies測(cè)試、設(shè)計(jì)語言測(cè)試、數(shù)據(jù)庫測(cè)試2.性能測(cè)試連接速度測(cè)試、負(fù)載測(cè)試、壓力測(cè)試3.可用性測(cè)試導(dǎo)航測(cè)試、圖形測(cè)試、內(nèi)容測(cè)試、整體界面測(cè)試4.客戶端兼容性測(cè)試平臺(tái)測(cè)試、瀏覽器測(cè)試5.安全性測(cè)試1.功能測(cè)試3.6驗(yàn)收測(cè)試3.6.1驗(yàn)收測(cè)試概念驗(yàn)收測(cè)試（Acceptancetesting）是軟件正式交付使用之前的最后一個(gè)階段，相關(guān)的用戶和測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試，確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求。3.6驗(yàn)收測(cè)試3.6.1驗(yàn)收測(cè)試概念3.6.2驗(yàn)收測(cè)試策略1.正式驗(yàn)收2.非正式驗(yàn)收測(cè)試3.Beta測(cè)試3.6.2驗(yàn)收測(cè)試策略1.正式驗(yàn)收3.6.3驗(yàn)收測(cè)試過程1.軟件需求分析。2.編制《驗(yàn)收測(cè)試計(jì)劃》和《項(xiàng)目驗(yàn)收準(zhǔn)則》。3.測(cè)試設(shè)計(jì)和測(cè)試用例設(shè)計(jì)。4.測(cè)試環(huán)境搭建。5.測(cè)試實(shí)施。6.測(cè)試結(jié)果分析。7.測(cè)試報(bào)告。3.6.3驗(yàn)收測(cè)試過程1.軟件需求分析。28、舉一而反三，聞一而知十，及學(xué)者用功之深，窮理之熟，然后能融會(huì)貫通，以至于此。――朱熹

29、讀書之樂樂陶陶，起并明月霜天高?！祆?/p>

30、讀書之法無他，惟是篤志虛心，反復(fù)詳玩，為有功耳。――朱熹

31、讀書無疑者須教有疑，有疑者卻要無疑，到這里方是長(zhǎng)進(jìn)?！祆?/p>

32、為學(xué)之道，莫先于窮理；窮理之要，必先于讀書?！祆?/p>

33、讀書譬如飲食，從容咀嚼，其味必長(zhǎng)；大嚼大咀，終不知味也。——朱熹

34、讀書無疑者，須教有疑，有疑者，卻要無疑，到這里方是長(zhǎng)進(jìn)?！祆?/p>

35、舉一而反三，聞一而知十，及學(xué)者用功之深，窮理之熟，然后能融會(huì)貫通，以至于此?！祆?6、我從未知道過有什么苦惱是不能為一小時(shí)的讀書所排遣的?！系滤锅F

37、喜愛讀書，就等于把生活中寂寞無聊的時(shí)光換成巨大享受的時(shí)刻?！系滤锅F38、有時(shí)間讀書，有時(shí)間又有書讀，這是幸福；沒有時(shí)間讀書，有時(shí)間又沒書讀，這是苦惱?！?/p>

39、讀書人不一定有知識(shí)，真正的常識(shí)是懂得知識(shí)，會(huì)思想，能工作?！焯亓?8、舉一而反三，聞一而知十，及學(xué)者用功之深，窮理之熟，然后第三章軟件測(cè)試流程軟件測(cè)試技術(shù)第三章軟件測(cè)試流程軟件測(cè)試技術(shù)內(nèi)容簡(jiǎn)介測(cè)試是貫穿軟件整個(gè)生命周期的一個(gè)系統(tǒng)的過程，包括單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等階段。為確保測(cè)試工作的正常實(shí)施，一般在每個(gè)測(cè)試階段中都要有測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試評(píng)估等基本步驟。本章重點(diǎn)講述測(cè)試流程中的單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等測(cè)試階段的工作內(nèi)容、實(shí)施手段及步驟，讓讀者弄清楚測(cè)試工作的基本過程，掌握在不同的階段應(yīng)該如何開展測(cè)試工作。內(nèi)容簡(jiǎn)介測(cè)試是貫穿軟件整個(gè)生命周期的一個(gè)系統(tǒng)的過程，包括單元本章要點(diǎn)

樁模塊和驅(qū)動(dòng)模塊集成測(cè)試策略回歸測(cè)試性能測(cè)試內(nèi)容Web系統(tǒng)測(cè)試驗(yàn)收測(cè)試本章要點(diǎn)樁模塊和驅(qū)動(dòng)模塊3.1軟件測(cè)試的過程3.1.1軟件測(cè)試基本過程1.測(cè)試計(jì)劃2.測(cè)試設(shè)計(jì)階段3.測(cè)試執(zhí)行階段4.測(cè)試評(píng)估階段3.1軟件測(cè)試的過程3.1.1軟件測(cè)試基本過程3.1.2與軟件開發(fā)過程并行的測(cè)試流程1.軟件項(xiàng)目計(jì)劃階段2.軟件需求分析階段3.軟件設(shè)計(jì)階段4.編碼與單元測(cè)試階段5.集成測(cè)試6.確認(rèn)測(cè)試7.系統(tǒng)測(cè)試8.運(yùn)行維護(hù)階段3.1.2與軟件開發(fā)過程并行的測(cè)試流程1.軟件項(xiàng)目計(jì)劃階段軟件測(cè)試流程教材課件3.2單元測(cè)試3.2.1單元測(cè)試概述單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位——程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。一般做法是由開發(fā)人員編寫一小段測(cè)試代碼，根據(jù)被測(cè)目標(biāo)代碼的應(yīng)用場(chǎng)景，設(shè)計(jì)擁有合理覆蓋度的輸入條件，調(diào)用執(zhí)行目標(biāo)代碼，然后判斷輸出結(jié)果是否與預(yù)期一致，被測(cè)試目標(biāo)代碼一般應(yīng)具體到類的方法層面上。單元測(cè)試的目的在于發(fā)現(xiàn)目標(biāo)代碼中可能存在的錯(cuò)誤。單元測(cè)試是程序員的一項(xiàng)基本職責(zé)，程序員必須對(duì)自己所編寫的代碼保持認(rèn)真負(fù)責(zé)的態(tài)度，這也是程序員的基本職業(yè)素質(zhì)之一。3.2單元測(cè)試3.2.1單元測(cè)試概述3.2.2單元測(cè)試步驟1.單元測(cè)試實(shí)施步驟1）制定測(cè)試計(jì)劃和測(cè)試方案（包括測(cè)試工具的選擇）。確定測(cè)試內(nèi)容，初步制定測(cè)試策略，確定測(cè)試資源，安排測(cè)試進(jìn)度，選擇測(cè)試工具。2）根據(jù)計(jì)劃和方案及相關(guān)輸入文檔編寫測(cè)試用例。相關(guān)輸入文檔包括《軟件需求規(guī)格說明書》、《軟件詳細(xì)設(shè)計(jì)說明書》、《軟件編碼與單元測(cè)試工作任務(wù)書》等。3）搭建測(cè)試環(huán)境。測(cè)試環(huán)境主要包括：軟件、硬件和網(wǎng)絡(luò)三方面。4）執(zhí)行測(cè)試。運(yùn)行測(cè)試用例，記錄被測(cè)單元執(zhí)行過程；發(fā)現(xiàn)、定位和排除錯(cuò)誤。5）記錄和跟蹤問題：對(duì)測(cè)試結(jié)果進(jìn)行分析、歸類，確認(rèn)測(cè)試是否完備。6）編寫測(cè)試報(bào)告和總結(jié)報(bào)告。3.2.2單元測(cè)試步驟1.單元測(cè)試實(shí)施步驟3.2.2單元測(cè)試步驟2.單元測(cè)試實(shí)施遵循的原則精心制定測(cè)試計(jì)劃嚴(yán)格評(píng)審測(cè)試計(jì)劃嚴(yán)格執(zhí)行測(cè)試計(jì)劃系統(tǒng)分析測(cè)試結(jié)果并提交報(bào)告3.2.2單元測(cè)試步驟2.單元測(cè)試實(shí)施遵循的原則3.2.3單元測(cè)試環(huán)境驅(qū)動(dòng)模塊：模擬被測(cè)模塊的上一級(jí)模塊，相當(dāng)于被測(cè)模塊的主程序。它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給被測(cè)模塊，最后輸出實(shí)測(cè)結(jié)果。樁模塊：用以代替被測(cè)模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作，不需要把子模塊所有功能都帶進(jìn)來，但不允許什么事情也不做。3.2.3單元測(cè)試環(huán)境驅(qū)動(dòng)模塊：模擬被測(cè)模塊的上一級(jí)模塊，3.2.4單元測(cè)試主要任務(wù)單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位——模塊或函數(shù)，單元測(cè)試的依據(jù)是詳細(xì)設(shè)計(jì)說明書。測(cè)試者要根據(jù)詳細(xì)設(shè)計(jì)說明書和源程序清單，了解模塊的I/O條件和模塊的邏輯結(jié)構(gòu)等。要求對(duì)所有的局部和全局的數(shù)據(jù)結(jié)構(gòu)、外部接口和程序代碼的關(guān)鍵部分進(jìn)行桌面檢查和代碼審查。單元測(cè)試的主要內(nèi)容有以下5個(gè)方面。3.2.4單元測(cè)試主要任務(wù)單元測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單3.3集成測(cè)試3.3.1集成測(cè)試概述集成測(cè)試（也叫組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。集成測(cè)試是在單元測(cè)試的基礎(chǔ)上進(jìn)行，將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。也就是說，在集成測(cè)試之前，單元測(cè)試應(yīng)該已經(jīng)完成，集成測(cè)試的對(duì)象是已經(jīng)完成單元測(cè)試的軟件單元。集成測(cè)試所持的主要依據(jù)是《軟件概要設(shè)計(jì)規(guī)格說明》集成測(cè)試主要使用黑盒測(cè)試方法測(cè)試集成單元的功能，并且對(duì)以前的集成進(jìn)行回歸測(cè)試。3.3集成測(cè)試3.3.1集成測(cè)試概述3.3.2集成測(cè)試過程1.集成測(cè)試計(jì)劃的編制在制定測(cè)試計(jì)劃時(shí)，應(yīng)考慮如下因素：系統(tǒng)集成方式；集成過程中連接各個(gè)模塊的順序；模塊代碼編制和測(cè)試進(jìn)度是否與集成測(cè)試的順序一致測(cè)試過程中是否需要專門的硬件設(shè)備；3.3.2集成測(cè)試過程1.集成測(cè)試計(jì)劃的編制2.集成測(cè)試過程集成測(cè)試的一般步驟如下：制定集成測(cè)試計(jì)劃；設(shè)計(jì)集成測(cè)試；實(shí)施集成測(cè)試；執(zhí)行集成測(cè)試；評(píng)估集成測(cè)試結(jié)果。2.集成測(cè)試過程3.集成測(cè)試的完成標(biāo)準(zhǔn)判定集成測(cè)試過程是否完成，可從以下幾個(gè)方面檢查：1）成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試；2）修正了所發(fā)現(xiàn)的錯(cuò)誤；3）測(cè)試結(jié)果通過了專門小組的評(píng)審。3.集成測(cè)試的完成標(biāo)準(zhǔn)3.3.3集成測(cè)試策略1.一次性集成方式一次性集成的策略是，首先分別對(duì)每個(gè)模塊進(jìn)行單元測(cè)試，然后一次性地將所有模塊集成在一起，并對(duì)它們進(jìn)行測(cè)試，發(fā)現(xiàn)并清除在模塊連接過程中出現(xiàn)的問題，得到最終要求的軟件系統(tǒng)。3.3.3集成測(cè)試策略1.一次性集成方式2.自頂向下的集成方式自頂向下的集成方式的測(cè)試步驟如下：1）以主模塊為被測(cè)模塊，主模塊的直接下屬模塊則用樁模塊代替。2）采用深度優(yōu)先或廣度優(yōu)先策略，用實(shí)際模塊替換相應(yīng)的樁模塊（每次僅替換一個(gè)或少量幾個(gè)樁模塊，視模塊接口的復(fù)雜程度而定），他們的直接下屬模塊則又用樁模塊代替，與已測(cè)試的模塊或子系統(tǒng)集成為新的子系統(tǒng)。3）對(duì)新形成的子系統(tǒng)進(jìn)行測(cè)試，發(fā)現(xiàn)和排除模塊集成過程中引起的錯(cuò)誤，并做回歸測(cè)試。4）若所有模塊都已集成到系統(tǒng)中，則結(jié)束集成，否則轉(zhuǎn)步驟2）。2.自頂向下的集成方式軟件測(cè)試流程教材課件3.自底向上的集成方式自底向上的集成方式（Down-TopIntegration）根據(jù)軟件的模塊結(jié)構(gòu)圖，按控制層次從低到高的順序?qū)δK進(jìn)行集成，也就是從最底層模塊向上逐步集成，在集成的同時(shí)進(jìn)行測(cè)試，直至組裝成符合要求的最終軟件系統(tǒng)。測(cè)試步驟如下：1）為最底層模塊開發(fā)驅(qū)動(dòng)模塊，對(duì)最底層模塊進(jìn)行并行測(cè)試。2）用實(shí)際模塊替換驅(qū)動(dòng)模塊，與其已被測(cè)試過的直屬子模塊集成為一個(gè)子系統(tǒng)。3）為新形成的子系統(tǒng)開發(fā)驅(qū)動(dòng)模塊（若新形成的子系統(tǒng)對(duì)應(yīng)為主控模塊，則不必開發(fā)驅(qū)動(dòng)模塊），對(duì)該子系統(tǒng)進(jìn)行測(cè)試。4）若該子系統(tǒng)已對(duì)應(yīng)為主控模塊，即最高層模塊，則結(jié)束集成，否則轉(zhuǎn)步驟2）。3.自底向上的集成方式軟件測(cè)試流程教材課件3.3.4回歸測(cè)試回歸測(cè)試需要時(shí)間、經(jīng)費(fèi)和人力來計(jì)劃、實(shí)施和管理。為了在給定的預(yù)算和進(jìn)度下，盡可能有效率和有效力地進(jìn)行回歸測(cè)試，需要對(duì)測(cè)試用例庫進(jìn)行維護(hù)并依據(jù)一定的策略選擇相應(yīng)的回歸測(cè)試包。測(cè)試用例的維護(hù)(1)刪除過時(shí)的測(cè)試用例(2)改進(jìn)不受控制的測(cè)試用例(3)刪除冗余的測(cè)試用例(4)增添新的測(cè)試用例常用的選擇回歸測(cè)試的方式包括：再測(cè)試全部用例、基于風(fēng)險(xiǎn)選擇測(cè)試、基于操作剖面選擇測(cè)試、再測(cè)試修改的部分等。3.3.4回歸測(cè)試回歸測(cè)試需要時(shí)間、經(jīng)費(fèi)和人力來計(jì)劃、實(shí)施回歸測(cè)試可遵循下述基本過程進(jìn)行:(1)識(shí)別出軟件中被修改的部分；(2)從原基線測(cè)試用例庫T中，排除所有不再適用的測(cè)試用例，確定那些對(duì)新的軟件版本依然有效的測(cè)試用例，其結(jié)果是建立一個(gè)新的基線測(cè)試用例庫T0。(3)依據(jù)一定的策略從T0中選擇測(cè)試用例測(cè)試被修改的軟件。(4)如果必要，生成新的測(cè)試用例集T1，用于測(cè)試T0無法充分測(cè)試的軟件部分。(5)用T1執(zhí)行修改后的軟件?；貧w測(cè)試是重復(fù)性較多的活動(dòng)，容易使測(cè)試者感到疲勞和厭倦，降低測(cè)試效率，在實(shí)際工作中可以采用一些策略減輕這些問題。在實(shí)際工作中，可以將回歸測(cè)試與兼容性測(cè)試結(jié)合起來進(jìn)行。回歸測(cè)試可遵循下述基本過程進(jìn)行:3.4確認(rèn)測(cè)試確認(rèn)測(cè)試（ValidationTesting）的任務(wù)是驗(yàn)證軟件的功能、性能及其他特性是否達(dá)到需求規(guī)格說明書的要求。若達(dá)到這一要求，則認(rèn)為開發(fā)的軟件是合格的，確認(rèn)測(cè)試也被稱為合格性測(cè)試。在測(cè)試規(guī)格說明書（TestSpecification）中，對(duì)需求規(guī)格說明中的要求做進(jìn)一步的細(xì)化，用于指導(dǎo)確認(rèn)測(cè)試的進(jìn)行。確認(rèn)測(cè)試一般不由軟件開發(fā)人員執(zhí)行，而應(yīng)由軟件企業(yè)中獨(dú)立的測(cè)試部門或第三方測(cè)試機(jī)構(gòu)來完成。確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查。

3.4確認(rèn)測(cè)試確認(rèn)測(cè)試（ValidationTestin3.4.1有效性測(cè)試有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求。3.4.1有效性測(cè)試有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒3.4.2配置審查確認(rèn)測(cè)試過程的重要環(huán)節(jié)就是配置審查工作。其目的在于確保已開發(fā)軟件的所有文件資料均已編寫齊全，并得到分類編目，足以支持運(yùn)行以后的軟件維護(hù)工作。用戶手冊(cè)：用于指導(dǎo)用戶如何安裝、使用軟件和獲得服務(wù)與援助的相關(guān)資料，有時(shí)也包括軟件使用的案例。操作手冊(cè)：軟件中進(jìn)行各項(xiàng)使用操作的具體步驟和程序方法。設(shè)計(jì)資料：設(shè)計(jì)說明書、源程序以及測(cè)試資料（測(cè)試說明書、測(cè)試報(bào)告）等。3.4.2配置審查確認(rèn)測(cè)試過程的重要環(huán)節(jié)就是配置審查工作。3.5系統(tǒng)測(cè)試3.5.1系統(tǒng)測(cè)試概念統(tǒng)測(cè)試是將已經(jīng)通過確認(rèn)測(cè)試的軟件作為整個(gè)計(jì)算機(jī)系統(tǒng)的一部分，與系統(tǒng)中的硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境或模擬系統(tǒng)運(yùn)行環(huán)境下，測(cè)試其與系統(tǒng)中其他元素能否實(shí)現(xiàn)正確連接，以滿足用戶的所有需求。3.5系統(tǒng)測(cè)試3.5.1系統(tǒng)測(cè)試概念3.5.2系統(tǒng)測(cè)試的主要類型功能測(cè)試（FunctionalTesting）性能測(cè)試（PerformanceTesting）負(fù)載測(cè)試（LoadTesting）強(qiáng)度測(cè)試（StressTesting）容量測(cè)試（VolumeTesting）安全性測(cè)試（SecurityTesting）配置測(cè)試（ConfigurationTesting）故障恢復(fù)測(cè)試（RecoveryTesting）安裝測(cè)試（InstallationTesting）文檔測(cè)試（DocumentationTesting）用戶界面測(cè)試（GUITesting）……3.5.2系統(tǒng)測(cè)試的主要類型功能測(cè)試（Functional3.5.3Web系統(tǒng)的測(cè)試方法基于Web的系統(tǒng)測(cè)試與傳統(tǒng)的軟件測(cè)試不同，它不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要測(cè)試系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進(jìn)行安全性和可用性測(cè)試。