第3章軟件測(cè)試流程

1、第三章 軟件測(cè)試流程 軟件測(cè)試技術(shù)內(nèi)容簡介 測(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è)試工作。本章要點(diǎn)本章要點(diǎn) 樁模塊和驅(qū)動(dòng)模塊 集成測(cè)試策略 回歸測(cè)試 性能測(cè)試內(nèi)容 Web系統(tǒng)測(cè)試 驗(yàn)收測(cè)試3.1 軟件測(cè)試的過程軟件測(cè)試的過程 3.1.1 軟件測(cè)試基本過程軟件

2、測(cè)試基本過程 1.測(cè)試計(jì)劃 2.測(cè)試設(shè)計(jì)階段 3.測(cè)試執(zhí)行階段 4.測(cè)試評(píng)估階段3.1.2 與軟件開發(fā)過程并行的測(cè)試流程與軟件開發(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.2 單元測(cè)試單元測(cè)試 3.2.1 單元測(cè)試概述單元測(cè)試概述 單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。一般做法是由開發(fā)人員編寫一小段測(cè)試代碼，根據(jù)被測(cè)目標(biāo)代碼的應(yīng)用場景，設(shè)計(jì)擁有合理覆蓋度的輸入條件，調(diào)用執(zhí)行目標(biāo)代碼，然后判斷輸出結(jié)果是否與預(yù)期一致，被測(cè)試目標(biāo)代碼一般應(yīng)具體到

3、類的方法層面上。 單元測(cè)試的目的在于發(fā)現(xiàn)目標(biāo)代碼中可能存在的錯(cuò)誤。 單元測(cè)試是程序員的一項(xiàng)基本職責(zé)，程序員必須對(duì)自己所編寫的代碼保持認(rèn)真負(fù)責(zé)的態(tài)度，這也是程序員的基本職業(yè)素質(zhì)之一。 3.2.2 單元測(cè)試步驟單元測(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í)

4、行過程；發(fā)現(xiàn)、定位和排除錯(cuò)誤。5）記錄和跟蹤問題：對(duì)測(cè)試結(jié)果進(jìn)行分析、歸類，確認(rèn)測(cè)試是否完備。6）編寫測(cè)試報(bào)告和總結(jié)報(bào)告。3.2.2 單元測(cè)試步驟單元測(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.3 單元測(cè)試環(huán)境單元測(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.4 單元測(cè)試主要任務(wù)單元測(cè)試主要任務(wù) 單元

5、測(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.3 集成測(cè)試集成測(cè)試 3.3.1 集成測(cè)試概述集成測(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)完成，

6、集成測(cè)試的對(duì)象是已經(jīng)完成單元測(cè)試的軟件單元。 集成測(cè)試所持的主要依據(jù)是軟件概要設(shè)計(jì)規(guī)格說明 集成測(cè)試主要使用黑盒測(cè)試方法測(cè)試集成單元的功能，并且對(duì)以前的集成進(jìn)行回歸測(cè)試。 3.3.2 集成測(cè)試過程集成測(cè)試過程 1.集成測(cè)試計(jì)劃的編制 在制定測(cè)試計(jì)劃時(shí)，應(yīng)考慮如下因素： 系統(tǒng)集成方式； 集成過程中連接各個(gè)模塊的順序； 模塊代碼編制和測(cè)試進(jìn)度是否與集成測(cè)試的順序一致 測(cè)試過程中是否需要專門的硬件設(shè)備； 2.集成測(cè)試過程 集成測(cè)試的一般步驟如下： 制定集成測(cè)試計(jì)劃； 設(shè)計(jì)集成測(cè)試； 實(shí)施集成測(cè)試； 執(zhí)行集成測(cè)試； 評(píng)估集成測(cè)試結(jié)果。 3.集成測(cè)試的完成標(biāo)準(zhǔn) 判定集成測(cè)試過程是否完成，可從以下幾個(gè)方面

7、檢查： 1）成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試； 2）修正了所發(fā)現(xiàn)的錯(cuò)誤； 3）測(cè)試結(jié)果通過了專門小組的評(píng)審。3.3.3 集成測(cè)試策略集成測(cè)試策略 1.一次性集成方式 一次性集成的策略是，首先分別對(duì)每個(gè)模塊進(jìn)行單元測(cè)試，然后一次性地將所有模塊集成在一起，并對(duì)它們進(jìn)行測(cè)試，發(fā)現(xiàn)并清除在模塊連接過程中出現(xiàn)的問題，得到最終要求的軟件系統(tǒng)。 2.自頂向下的集成方式 自頂向下的集成方式的測(cè)試步驟如下：1）以主模塊為被測(cè)模塊，主模塊的直接下屬模塊則用樁模塊代替。2）采用深度優(yōu)先或廣度優(yōu)先策略，用實(shí)際模塊替換相應(yīng)的樁模塊（每次僅替換一個(gè)或少量幾個(gè)樁模塊，視模塊接口的復(fù)雜程度而定），他們的直接下屬模塊則

8、又用樁模塊代替，與已測(cè)試的模塊或子系統(tǒng)集成為新的子系統(tǒng)。3）對(duì)新形成的子系統(tǒng)進(jìn)行測(cè)試，發(fā)現(xiàn)和排除模塊集成過程中引起的錯(cuò)誤，并做回歸測(cè)試。4）若所有模塊都已集成到系統(tǒng)中，則結(jié)束集成，否則轉(zhuǎn)步驟2）。 3.自底向上的集成方式 自底向上的集成方式（Down-Top Integration）根據(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）為新形成的子

9、系統(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.3.4 回歸測(cè)試回歸測(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è)試修改的部分等。

10、 回歸測(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í)行修改后的軟件。 回歸測(cè)試是重復(fù)性較多的活動(dòng)，容易使測(cè)試者感到疲勞和厭倦，降低測(cè)試效率，在實(shí)際工作中可以采用一些策略減輕這些問題。 在實(shí)際工作中，可以將回歸測(cè)試與兼容性測(cè)試結(jié)合起來進(jìn)行。 3.4 確認(rèn)測(cè)試確認(rèn)測(cè)試 確認(rèn)測(cè)試（Valida

11、tion Testing）的任務(wù)是驗(yàn)證軟件的功能、性能及其他特性是否達(dá)到需求規(guī)格說明書的要求。若達(dá)到這一要求，則認(rèn)為開發(fā)的軟件是合格的，確認(rèn)測(cè)試也被稱為合格性測(cè)試。在測(cè)試規(guī)格說明書（Test Specification）中，對(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.1 有效性測(cè)試 有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說明書列出的需求。 3.4.2 配置審查配置審查 確認(rèn)測(cè)試過程的重要環(huán)節(jié)就是配

12、置審查工作。其目的在于確保已開發(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.5 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 3.5.1 系統(tǒng)測(cè)試概念系統(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)正確連接，以滿足用戶的所有需

13、求。 3.5.2 系統(tǒng)測(cè)試的主要類型系統(tǒng)測(cè)試的主要類型 功能測(cè)試（Functional Testing） 性能測(cè)試（Performance Testing） 負(fù)載測(cè)試（Load Testing） 強(qiáng)度測(cè)試（Stress Testing） 容量測(cè)試（Volume Testing） 安全性測(cè)試（Security Testing） 配置測(cè)試（Configuration Testing） 故障恢復(fù)測(cè)試（Recovery Testing） 安裝測(cè)試（Installation Testing） 文檔測(cè)試（Documentation Testing） 用戶界面測(cè)試（GUI Testing） 3.5.3 We

14、b系統(tǒng)的測(cè)試方法系統(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)變。 1.功能測(cè)試 鏈接測(cè)試 、表單測(cè)試 、Cookies測(cè)試 、設(shè)計(jì)語言測(cè)試 、數(shù)據(jù)庫測(cè)試 2.性能測(cè)試 連接速度測(cè)試 、負(fù)載測(cè)試 、壓力測(cè)試 3.可用性測(cè)試

15、導(dǎo)航測(cè)試、圖形測(cè)試、內(nèi)容測(cè)試 、整體界面測(cè)試 4.客戶端兼容性測(cè)試 平臺(tái)測(cè)試 、瀏覽器測(cè)試 5.安全性測(cè)試3.6 驗(yàn)收測(cè)試驗(yàn)收測(cè)試 3.6.1 驗(yàn)收測(cè)試概念驗(yàn)收測(cè)試概念 驗(yàn)收測(cè)試（Acceptance testing）是軟件正式交付使用之前的最后一個(gè)階段，相關(guān)的用戶和測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試，確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求。3.6.2 驗(yàn)收測(cè)試策略驗(yàn)收測(cè)試策略 1.正式驗(yàn)收 2.非正式驗(yàn)收測(cè)試 3.Beta測(cè)試3.6.3 驗(yàn)收測(cè)試過程驗(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)告