第1講、軟件測試基本理論課件

第1講

軟件測試基本理論軟件開發(fā)階段劃分軟件測試階段劃分軟件測試模型軟件測試的分類本章內(nèi)容一、軟件開發(fā)階段劃分軟件開發(fā)階段需求分析概要設(shè)計詳細設(shè)計編碼軟件開發(fā)階段——需求分析需求分析根據(jù)客戶的要求，清楚了解客戶需求中的產(chǎn)品功能、性能、界面和具體規(guī)格等，然后進行分析，確定軟件產(chǎn)品所要達到的目標(biāo)。需求規(guī)格說明書軟件開發(fā)階段——概要設(shè)計概要設(shè)計系統(tǒng)分析員審查軟件計劃、軟件需求分析提供的文檔，提出候選的最佳推薦方案，確定模塊結(jié)構(gòu)，劃分功能模塊，將軟件功能需求分配給所劃分的最小單元模塊。確定模塊間的聯(lián)系，確定數(shù)據(jù)結(jié)構(gòu)、文件結(jié)構(gòu)、數(shù)據(jù)庫模式等。概要設(shè)計說明書軟件開發(fā)階段——詳細設(shè)計詳細設(shè)計為每一個模塊確定使用的算法，并用適當(dāng)?shù)墓ぞ撸ㄈ缌鞒虉D）表達算法的過程，寫出模塊的詳細過程性描述；確定每個模塊使用的數(shù)據(jù)結(jié)構(gòu)；確定模塊接口的細節(jié)，包括用戶界面、數(shù)據(jù)輸入輸出等全部細節(jié)。詳細設(shè)計說明書軟件開發(fā)階段——編碼編碼通過某種編程語言編寫程序二、軟件測試階段劃分軟件測試階段單元測試集成測試系統(tǒng)測試驗收測試軟件測試流程單元測試單元測試又稱模塊測試，是針對軟件設(shè)計的最小單位——程序模塊進

行正確性檢驗的測試工作類、文件、窗口、函數(shù)、菜單、報表或一個存儲過程都可以作為一個單元進行測試，其依據(jù)是詳細設(shè)計目的在于檢查每個程序單元能否正確實現(xiàn)詳細設(shè)計說明中的模塊功能

、性能、接口等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯誤單元測試以黑盒測試為主，重點模塊可以結(jié)合白盒測試多個模塊可以平行地獨立進行單元測試。一個好的單元測試將會在產(chǎn)品開發(fā)的階段發(fā)現(xiàn)大部分的缺陷，并且修改它們的成本也很低在軟件開發(fā)的后期階段，缺陷的修改將會變得更加困難，要消耗大量的時間和費用經(jīng)過單元測試的系統(tǒng)，系統(tǒng)集成過程將會大大地簡化集成測試集成測試也叫做組裝測試。通常在單元測試的基礎(chǔ)上，將所有的程序模塊進行有序的、遞增的測試。集成測試是檢驗程序單元或部件的接口關(guān)系，逐步集成為符合設(shè)計要求的程序部件或整個系統(tǒng)。軟件集成的過程是一個持續(xù)的過程，會形成很多個臨時版本，在每個版本提交時，都需要進行冒煙測試，即對程序主要功能進行驗證。冒煙測試也叫版本驗證測試、提交測試。系統(tǒng)測試是在真實或模擬系統(tǒng)運行的環(huán)境下，檢查完整的程序系

統(tǒng)能否和系統(tǒng)(包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺等)

正確配置、連接，并滿足用戶需求。系統(tǒng)測試是為驗證和確認系統(tǒng)是否達到其原始目標(biāo)，而對集成的

硬件和軟件系統(tǒng)進行的測試。系統(tǒng)測試驗收測試按照項目任務(wù)書或合同、供需雙方約定的驗收依據(jù)文檔進行的對

整個系統(tǒng)的測試與評審，決定是否接收或拒收系統(tǒng)以用戶為主的測試，軟件開發(fā)和質(zhì)量保證人員也參與一般使用生產(chǎn)中的實際數(shù)據(jù)進行測試Alpha測試(α測試)通常也叫“驗證測試”主要是指在軟件開發(fā)完成以后，在軟件開發(fā)環(huán)境下，開發(fā)方對要提交

的軟件進行全面的自我檢查與驗證，可以和軟件的“系統(tǒng)測試”一并

進行。開發(fā)方通過檢測和提供客觀證據(jù)，證實軟件的實現(xiàn)是否滿足規(guī)定的需求。2023/12/5Beta測試（β測試）在用戶的應(yīng)用環(huán)境下，用戶通過運行和使用軟件，檢測與核實軟件實現(xiàn)是否符合自己預(yù)期的要求。通常情況用戶測試指用戶的使用性測試，由用戶找出軟件的應(yīng)用過程中發(fā)現(xiàn)的軟件的缺陷與問題，并對使用質(zhì)量進行評價。β測試通常被看成是一種用戶測試。β測試主要是把軟件產(chǎn)品有計劃地免費分發(fā)到目標(biāo)市場，讓用戶大量使用，并評價、檢查軟件。通過用戶各種方式的大量使用，來發(fā)現(xiàn)軟件存在的問題與錯誤，把信息反饋給開發(fā)者修改。β測試中廠商獲取的信息，可以有助于軟件產(chǎn)品的成功發(fā)布。2023/12/5軟件開發(fā)與軟件測試的關(guān)系軟件測試流程圖（需求階段）軟件測試流程軟件測試流程圖（設(shè)計編碼階段）軟件測試流程軟件測試流程圖（集成、系統(tǒng)、驗收）三、軟件測試模型軟件測試模型軟件測試模型概念軟件測試模型主要反映測試活動與軟件開發(fā)過程的關(guān)系模型類型V模型W模型2023/12/5V模型2023/12/5V模型V模型是最具代表意義的測試模型V模型最早由PaulRook在20世紀80年代后期提出2023/12/5V模型的優(yōu)點明確標(biāo)明了測試過程中存在的不同級別清楚地描述了測試階段與開發(fā)過程各階段的對應(yīng)關(guān)系V模型的測試策略既包括了低層測試（代碼級的測試），又包括

了高層測試（需求級的測試）2023/12/5V模型的缺點它僅僅把測試過程作為需求分析，概要設(shè)計，詳細設(shè)計、編碼

之后的一個階段，容易讓人理解為測試是軟件開發(fā)的最后一個

階段。沒有明確說明早期的測試，不符合越早測試和不斷地進行測試

的原則。2023/12/5W模型V模型中缺乏對軟件開發(fā)早期測試活動的說明，在V模型中添加軟

件開發(fā)階段同步的測試活動，演化出W模型。W模型2023/12/5W模型W模型強調(diào)：測試伴隨著整個軟件開發(fā)周期，測試的對象不僅

僅是程序，需求，功能和設(shè)計同樣需要測試。測試與開發(fā)是同

步進行的。2023/12/5W模型的優(yōu)點符合盡早測試和不斷測試的原則符合實際工作中的測試活動四、軟件測試的分類按照測試技術(shù)劃分黑盒測試白盒測試灰盒測試黑盒測試黑盒測試法把測試對象看成一個黑盒子，完全不考慮程序

內(nèi)部結(jié)構(gòu)和處理過程，通過軟件的外部表現(xiàn)來發(fā)現(xiàn)其缺陷

和錯誤。黑盒測試是在程序界面處進行測試，它只是檢查程序是否

按照需求規(guī)格說明書的規(guī)定正常實現(xiàn)。黑盒測試一般也稱功能測試白盒測試白盒測試可以把程序看成裝在一個透明的白盒子里，也就

是清楚了解程序結(jié)構(gòu)和處理過程，檢查是否所有的結(jié)構(gòu)及

路徑都是正確的，檢查軟件內(nèi)部動作是否按照設(shè)計說明的

規(guī)定正常進行。白盒測試又稱結(jié)構(gòu)測試。黑盒測試白盒測試規(guī)劃方面針對功能的測試針對結(jié)構(gòu)的測試優(yōu)勢方面能確保從用戶使用角度出發(fā)進行測試能夠?qū)Τ绦騼?nèi)部的特定部位進行覆蓋測試應(yīng)用舉例等價類劃分邊界值分析法因果圖法狀態(tài)圖測試法語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋、基本路徑覆蓋、循環(huán)覆蓋、模塊接口測試灰盒測試介于白盒測試與黑盒測試之間的測試?；液袦y試結(jié)合了白盒測試和黑盒測試的要素?；液袦y試關(guān)

注輸出對于輸入的正確性；同時也關(guān)注內(nèi)部表現(xiàn)，但這種

關(guān)注不像白盒測試那樣詳細、完整，只是通過一些表征性

的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運行狀態(tài)。按是否需要運行代碼劃分靜態(tài)測試動態(tài)測試靜態(tài)測試靜態(tài)測試是指不實際運行被測軟件，而只是靜態(tài)地檢查程序代碼、

界面或文檔中可能存在錯誤的過程。靜態(tài)測試技術(shù)又稱為靜態(tài)分析技術(shù)，實際上是對軟件中的需求說

明書、設(shè)計說明書、程序源代碼等進行非運行的檢查靜態(tài)測試包括：代碼測試、界面測試、文檔測試等代碼測試，主要測試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。界面測試，主要測試軟件的實際界面與需求中的說明是否相符。文檔測試，主要測試用戶手冊和需求說明是否真正符合用戶的實

際需求。動態(tài)測試動態(tài)測試是指通過人工或使用工具運行程序進行檢查、

分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)實際運行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查實際

輸出結(jié)果和預(yù)期結(jié)果是否相符按軟件特性分類功能測試根據(jù)產(chǎn)品特征、操作描述和用戶方案，測試一個產(chǎn)品的特性和

可操作行為以確定它們是否滿足設(shè)計需求。性能測試評價一個產(chǎn)品或組件與性能需求是否符合的測試。包括負載測

試、壓力測試、數(shù)據(jù)庫容量測試等。返測針對程序員修改的錯誤進行測試，驗證錯誤是否被修改回歸測試回歸測試是指對軟件的新版本測試時，重復(fù)執(zhí)行上一個版本測

試時的用例在發(fā)生修改之后重新測試新版本的軟件以保證修改的正確性，

以及修改后沒有引發(fā)新的錯誤冒煙測試冒煙測試是指在對一個新版本進行系統(tǒng)大規(guī)模的測試之前，先

驗證一下軟件的基本功能是否實現(xiàn)，是否具備可測性冒煙測試又稱版本驗證測試。冒煙測試的對象是每一個新編譯

的需要正式測試的軟件版本，目的是確認軟件的基本功能正常，

可以進行后續(xù)的正式測試工作。簡單地說，冒煙測試就是用較少的人，在較短的時間內(nèi)