第2次大課軟件測試策略及過程

1、軟件測試基礎軟件測試基礎第二章 軟件測試策略與過程第第2 2章章 軟件測試策略與過程軟件測試策略與過程2.1 軟件測試的復雜性分析2.2 軟件測試方法與策略2.3 測試計劃2.4 單元測試2.5 集成測試2.6 確認測試2.7 系統(tǒng)測試2.8 驗收測試2.9 測試后的調試2.10 面向對象的軟件測試本章教學目標本章教學目標v 理解軟件測試的復雜性v 理解軟件測試的方法與策略v 測試計劃的制定v 明確單元測試的主要任務和過程v 明確集成測試的方法和確認測試的準則v 明確系統(tǒng)測試的八個領域測試要點v 明確驗收測試的主要內容和相關配置2.1 2.1 軟件測試的復雜性分析軟件測試的復雜性分析 1、無法

2、對程序進行完全測試 （1）測試所需要的輸入量太大 （2）測試的輸出結果太多 （3）軟件實現(xiàn)的途徑太多 （4）軟件規(guī)格說明沒有一個客觀標準 2、測試無法顯示潛在的軟件缺陷和故障 通過軟件測試只能報告軟件已被發(fā)現(xiàn)的缺陷和故障，無法報告隱藏的軟件故障。 3、存在的故障現(xiàn)象與發(fā)現(xiàn)的故障數(shù)量成正比 結論：應當對故障集中的程序段進行重點測試軟件測試的復雜性分析軟件測試的復雜性分析（續(xù)）（續(xù)） 4、不能修復所有的軟件故障 原因：沒有足夠的進行修復；修復的風險較大； 不值得修復；可不算做故障的一些缺陷；“殺蟲劑現(xiàn)象”。 結論：關鍵是要進行正確的判斷、合理的取舍，根據(jù)風險分析決定哪些故障必須修復，哪些故障可以不

3、修復。 5、軟件測試的代價 工作原則：就是如何將無邊無際的可能性減小到一個可以控制的范圍，以及如何針對軟件風險做出恰當選擇，去粗存精，找到最佳的測試量，使得測試工作量不多也不少，既能達到測試的目的，又能較為經(jīng)濟。 軟件測試的復雜性分析軟件測試的復雜性分析（續(xù)）（續(xù)）軟軟件件缺缺陷陷故故障障數(shù)數(shù)量量測試工作量測試工作量測試中測試中測試后測試后測試費用測試費用遺漏缺陷數(shù)目遺漏缺陷數(shù)目優(yōu)化測試量優(yōu)化測試量圖2-1 測試工作量和軟件缺陷數(shù)量之間的關系2.2 2.2 軟件測試方法與策略軟件測試方法與策略2.2.1 靜態(tài)測試與動態(tài)測試2.2.2 黑盒測試與白盒測試2.2.3 軟件測試過程軟件測試策略軟件測

4、試策略v 什么是軟件測試策略？ 是為軟件工程過程定義的一個軟件測試的模板，也就是把特定的測試用例方法放置進去的一系列步驟。v 軟件測試策略包含的特征：（1）測試從模塊層開始，然后擴大延伸到整個基于計算機的系統(tǒng)集合中。（2）不同的測試技術適用于不同的時間點。（3）測試是由軟件的開發(fā)人員和（對于大型系統(tǒng)而言）獨立的測試組來管理的。（4）測試和調試是不同的活動，但是調試必須能夠適應任何的測試策略。軟件測試充分性準則軟件測試充分性準則v 對任何軟件都存在有限的充分測試集合。v 如果一個軟件系統(tǒng)在一個測試數(shù)據(jù)集合上的測試是充分的，那么再多測試一些數(shù)據(jù)也應該是充分的。這一特性稱為單調性。v 即使對軟件所有

5、成分都進行了充分的測試，也并不表明整個軟件的測試已經(jīng)充分了。這一特性稱為非復合性。v 即使對軟件系統(tǒng)整體的測試是充分的，也并不意味軟件系統(tǒng)中各個成分都已經(jīng)充分地得到了測試。這個特性稱為非分解性。v 軟件測試的充分性應該與軟件的需求和軟件的實現(xiàn)都相關。v 軟件越復雜，需要的測試數(shù)據(jù)就越多。這一特性稱為復雜性。v 測試得越多，進一步測試所能得到的充分性增長就越少。這一特性稱為回報遞減率。2.3 2.3 測試計劃測試計劃v 2.3.1 2.3.1 概述概述v 2.3.2 2.3.2 測試計劃過程測試計劃過程v .3測試目標測試目標v 2.3.4 2.3.4 測試策略測試策略v 2.3

6、.5 2.3.5 制定有效的測試計劃制定有效的測試計劃測試計劃概述v 軟件測試計劃的作用v 制定測試計劃的原則v 如何制訂軟件測試計劃v 制定測試計劃時面對的問題v 衡量一份好的測試計劃書的標準v 制定測試計劃什么是測試計劃？v 測試計劃就是描述所有要完成的測試工作，包括被測試項目的背景、目標、范圍、方式、資源、進度安排、測試組織，以及與測試有關的風險等方面。什么是測試計劃？什么是測試計劃？p 測試計劃測試計劃是項目計劃的組成部分是項目計劃的組成部分p 測試計劃測試計劃依賴于軟件組織過程、質量文化和方針。依賴于軟件組織過程、質量文化和方針。p 測試計劃測試計劃是指導今后一系列測試活動的文件是指

7、導今后一系列測試活動的文件p 測試計劃測試計劃更是一個過程，隨著項目的進展不斷更新更是一個過程，隨著項目的進展不斷更新子曰：凡事預則立，不預則廢，預即是計劃。要想成功完子曰：凡事預則立，不預則廢，預即是計劃。要想成功完成軟件測試這項工作，必須首先建立測試計劃。成軟件測試這項工作，必須首先建立測試計劃。http:/ 測試計劃的作用1使軟件測試工作進行更順利2促進項目參加人員彼此的溝通3及早發(fā)現(xiàn)和修正軟件規(guī)格說明書的問題4 使軟件測試工作更易于管理會遇到哪些問題？會遇到哪些問題？ 制定測試計劃的原則制定測試計劃的原則如何制訂軟件測試計劃如何制訂軟件測試計劃衡量一份好的測試計劃書的標準衡量一份好的測

8、試計劃書的標準 1它應能有效地引導整個軟件測試工作正常運行，并配合編程部門，保證軟件質量，按時將產(chǎn)品推出。 2它所提供的方法應能使測試高效地進行，即能在較短的時間內找出盡可能多的軟件缺陷。 3它提供了明確的測試目標、測試的策略、具體步驟及測試標準。 4它既強調測試重點，也重視測試的基本覆蓋率。 5它所制定的測試方案盡可能充分利用了公司現(xiàn)有的、可以提供給測試部門的人力/物力資源，而且是可行的。 6它所列舉的所有數(shù)據(jù)都必須是準確的比如外部軟件/硬件的兼容性所要求的數(shù)據(jù)、輸入/輸出數(shù)據(jù)等。 7它對測試工作的安排有一定的靈活性，可以應付一些突然的變化情況，如當時間安排或產(chǎn)品出現(xiàn)的一些變化的時候。測試計

9、劃的內容測試計劃的內容p 確認測試目標、范圍和需求確認測試目標、范圍和需求p 識別測試風險，制訂相應的測試策略識別測試風險，制訂相應的測試策略p 對測試任務和工作量進行估算對測試任務和工作量進行估算p 確定所需的時間和資源確定所需的時間和資源p 進度安排和資源分派，包括團隊角色、責任和培訓進度安排和資源分派，包括團隊角色、責任和培訓p 測試階段劃分，包括階段性任務和成果測試階段劃分，包括階段性任務和成果p 跟蹤和控制機制跟蹤和控制機制完整的測試計劃書完整的測試計劃書v 目標和范圍：產(chǎn)品特性、質量目標、范圍和限制。v 項目估算：工作量、資源的估算v 風險計劃：風險分析、識別與回避/緩解對策v 進

10、度安排：分解項目工作結構，指定時間/資源表v 資源配置：人員、硬件和軟件等分配。v 跟蹤和控制機制：質量保證、變更控制等測試計劃標準格式測試計劃標準格式 -1v 16 components of Test Plan (IEEE,1983) Test plan identifier Test plan identifier （測試計劃標識（測試計劃標識) ) Instruction (Instruction (引言）引言） Test Items Test Items （定義或主題詞（定義或主題詞) ) Features to be tested Features to be tested （需要

11、被測試的功能（需要被測試的功能) ) Features not to be tested (Features not to be tested (無需被測試的功能無需被測試的功能) ) Approach (Approach (方法和途徑）方法和途徑） Items pass/ fail criteria Items pass/ fail criteria （測試通過、失敗的標準（測試通過、失敗的標準) ) Suspension criteria and resumption requirements Suspension criteria and resumption requirements

12、（延遲的標準和再恢復的（延遲的標準和再恢復的要求要求) ) Test deliverables (Test deliverables (測試交付的內容測試交付的內容) )1. 1. Testing Tasks (Testing Tasks (測試任務測試任務測試計劃標準格式測試計劃標準格式 2v 16 components of Test Plan (IEEE,1983) Environmental needs Environmental needs （必備的環(huán)境必備的環(huán)境) ) Responsibilities (Responsibilities (職責職責) ) Staffing and

13、training needs (Staffing and training needs (人員和必需的培訓人員和必需的培訓) ) Schedule (Schedule (時間進度表時間進度表) ) Risk and contingencies (Risk and contingencies (風險和相關費用）風險和相關費用） Approvals Approvals （批準（批準) )測試計劃的過程測試計劃的過程v計劃初期計劃初期v計劃起草計劃起草v內部審查內部審查v計劃討論和修改計劃討論和修改v測試計劃的多方審查測試計劃的多方審查v測試計劃的定稿和批準測試計劃的定稿和批準v計劃執(zhí)行跟蹤和修改計

14、劃執(zhí)行跟蹤和修改 測試目標測試目標v在開始制定測試計劃之前，需要確定測試目標在開始制定測試計劃之前，需要確定測試目標 v測試目標也分為整體目標和階段性目標、特定的任務目標 功能測試目標功能測試目標v業(yè)務邏輯v基本操作v輸入/輸出v接口v各種使用場景v異常操作性能測試目標性能測試目標v 通過性能測試，不僅要通過壓力測試發(fā)現(xiàn)性能瓶頸，還要獲得系統(tǒng)的容量和系統(tǒng)所需要的各項具體的性能指標 測試策略的內涵測試策略的內涵p 針對風險（工作量、時間等壓力）采取對策，包括遵照針對風險（工作量、時間等壓力）采取對策，包括遵照的標準取舍、測試任務的優(yōu)先級等。的標準取舍、測試任務的優(yōu)先級等。p 如何更好地執(zhí)行測試用

15、例以及如何執(zhí)行后續(xù)的回歸測試。如何更好地執(zhí)行測試用例以及如何執(zhí)行后續(xù)的回歸測試。p 選定使用測試技術和工具。選定使用測試技術和工具。p 考慮影響資源分配的特殊情況?？紤]影響資源分配的特殊情況。測試策略描述當前測試項目的目標和所采用的測試方法，描述不同測試階段的測試對象、范圍和方法以及每個階段內所要進行的測試類型，或者說是在一定的軟件測試標準、測試規(guī)范的指導下，依據(jù)測試項目的特定環(huán)境約束而規(guī)定的軟件測試的原則、方式、方法的集合。測試策略制定的基本要素測試策略制定的基本要素v 輸入輸入，作為制定測試策略的依據(jù)，包括限制條件和已具有的資源。v 輸出輸出，制定策略的成果，即最終對所制定策略的定義或說明

16、。v 制定策略的過程制定策略的過程，測試組分析需求，參與設計的討論，要求開發(fā)、編寫針對所有測試級別的測試策略，并和項目組一起復審測試策略和計劃。制定策略的過程制定策略的過程如何有效制定測試策略如何有效制定測試策略p全面細致地了解產(chǎn)品的項目信息p分析各個因素對產(chǎn)品的影響p確定測試范圍、等級和測試重點p使用盡可能少的有效測試用例,發(fā)現(xiàn)盡可能多的缺陷p測試既不能失敗、不足，也不能過度，而是尋求一個最佳平衡點制定有效的測試計劃制定有效的測試計劃v在確定測試項目的任務之前，應清楚測試的范圍和目標v讓所有合適的相關人員參與測試項目的計劃制定，特別是在測試計劃早期v對測試的各階段所需要的時間、人力及其它資源

17、進行預估，測試范圍能分解應盡量分解，針對每個測試任務仔細分析到位，盡量做到客觀、準確、留有余地。v制定測試項目的輸入、輸出和質量標準，并和有關方面達成一致。v建立變化處理的流程規(guī)則，識別出在整個測試階段中哪些是內在的、不可避免的變化因素，如何進行控制。IEEEIEEE軟件測試計劃文檔模板軟件測試計劃文檔模板IEEE829 IEEE829 測試計劃測試計劃1616大綱要大綱要v 根據(jù)IEEE8291998軟件測試文檔編制標準的建議，測試計劃包含了16個大綱要項，簡要說明如下。1 1測試計劃標識符測試計劃標識符v 一個測試計劃標識符是一個由公司生成的惟一值，它用于標識測試計劃的版本、等級，以及與該

18、測試計劃相關的軟件版本。2 2簡要介紹簡要介紹v 在測試計劃的介紹部分主要是測試軟件基本情況的介紹和測試范圍的概括性描述。3 3測試項目測試項目v 測試項部分主要是綱領性描述在測試范圍內對哪些具體內容進行測試，確定一個包含所有測試項在內的一覽表。具體要點如下。 功能的測試 設計的測試 整體測試v IEEE標準中指出，可以參考下面的文檔來完成測試項： 需求規(guī)格說明 用戶指南 操作指南 安裝指南 與測試項相關的事件報告4 4測試對象測試對象v 這一部分列出了待測的單項功能及功能組合。 5 5 不需要測試的功能不需要測試的功能v 這一部分列出了不測試的單項功能及組合功能并說明不予測試的理由。v 6

19、6測試方法（策略）測試方法（策略）v 測試策略描述測試小組用于測試整體和每個階段的方法。要描述如何公正、客觀地開展測試，要考慮模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素的影響，要盡可能地考慮到細節(jié)，越詳細越好，并制作測試記錄文檔的模板，為即將開始的測試做準備。測試記錄具體說明如下: 公正性聲明 測試用例 特殊考慮 經(jīng)驗判斷 設想 v7 7測試項通過測試項通過/ /失敗的標準失敗的標準v 測試計劃中這一部分給出了“測試項”中描述的每一個測試項通過/失敗的標準。正如每個測試用例都需要一個預期的結果一樣，每個測試項同樣都需要一個預期的結果。v 下面是通過/失敗的標準的一些例子：

20、通過測試用例所占的百分比； 缺陷的數(shù)量、嚴重程度和分布情況； 測試用例覆蓋； 用戶測試的成功結論； 文檔的完整性； 性能標準。 v8 8測試中斷和恢復的規(guī)定測試中斷和恢復的規(guī)定v 測試計劃中這一部分給出了測試中斷和恢復的標準。常用的測試中斷標準如下： 關鍵路徑上的未完成任務 大量的缺陷 嚴重的缺陷 不完整的測試環(huán)境 資源短缺v9 9測試完成所提交的材料測試完成所提交的材料v 測試完成所提交的材料包含了測試工作開發(fā)設計的所有文檔、工具等。例如，測試計劃、測試設計規(guī)格說明、測試用例、測試日志、測試數(shù)據(jù)、自定義工具、測試缺陷報告和測試總結報告等。v1010測試任務測試任務v 測試計劃中這一部分給出了

21、測試工作所需完成的一系列任務。在這里還列舉了所有任務之間的依賴關系和可能需要的特殊技能。 v1111測試所需的資源測試所需的資源v 測試所需的資源是實現(xiàn)測試策略所必須的。例如： 人員人數(shù)、經(jīng)驗和專長。他們是全職、兼職、業(yè)余還是學生？v 設備計算機、測試硬件、打印機、測試工具等。 辦公室和實驗室空間在哪里？空間有多大？怎樣排列？ 軟件字處理程序、數(shù)據(jù)庫程序和自定義工具等。v 其他資源軟盤、電話、參考書、培訓資料等。v 特殊的測試工具。v1212測試人員的工作職責測試人員的工作職責v 測試人員的工作職責是明確指出了測試任務和測試人員的工作責任。v 有時測試需要定義的任務類型不容易分清，不像程序員所

22、編寫的程序那樣明確。復雜的任務可能有多個執(zhí)行者，或者由多人共同負責。 v1313人員安排與培訓需求人員安排與培訓需求v 前面討論的測試人員的工作職責是指哪類人員（管理、測試和程序員等）負責哪些任務。人員安排與培訓需求是指明確測試人員具體負責軟件測試的哪些部分、哪些可測試性能，以及他們需要掌握的技能等。實際責任表會更加詳細，確保軟件的每一部分都有人進行測試。每一個測試員都會清楚地知道自己應該負責什么，而且有足夠的信息開始設計測試用例。v 培訓需求通常包括學習如何使用某個工具、測試方法、缺陷跟蹤系統(tǒng)、配置管理，或者與被測試系統(tǒng)相關的業(yè)務基礎知識。培訓需求各個測試項目會各不相同，它取決于具體項目的情況。v