軟件測試技術與實踐-第3章 測試計劃和缺陷跟蹤糾正

第3章測試計劃和

缺陷跟蹤糾正本章要點：

測試計劃的意義與目標

測試計劃的內容V模型和W模型

缺陷發(fā)現策略

缺陷管理流程3.1測試計劃的意義測試計劃工作的關鍵是：明確測試的目標，增強測試計劃的實用性。堅持“5W”規(guī)則，明確內容與過程?！?W”規(guī)則指：what，why，when，where，how；采用評審和更新機制，保證測試計劃滿足實際需求。3.2測試計劃的目標（1）將需求和總體設計分解成可測試，應該測試，推遲測試和無法測試的范圍（2）對每個范圍制訂測試的策略和方法（3）制訂release和停止測試的標準（4）準備測試所需要的環(huán)境（5）確定測試風險（6）確定軟件測試目標（7）確定測試所需要的資源其其他相關信息（8）制訂測試進度和任務安排3.3測試計劃的內容測試規(guī)劃流程包括三個階段：預規(guī)劃、測試計劃、后規(guī)劃。3.3.1預規(guī)劃預規(guī)劃階段包括在創(chuàng)建最終的測試計劃之前必須完成的活動。該階段一般包括確定測試規(guī)范。測試規(guī)范包括以下組成部分：測試目標測試假設測試成功/驗收標準測試準入/推出標準3.3.2測試規(guī)劃測試規(guī)劃階段包括以下活動：執(zhí)行需求可追溯性預估測試工作量對測試迭代進行日程安排規(guī)劃資源確定測試方法定義測試質量控制測試計劃測試規(guī)劃階段的最終產品是測試計劃。測試計劃是描述完整測試活動的文檔，創(chuàng)建測試計劃對于有效測試很關鍵，并且需要測試工作量的1/3

。測試計劃有以下組成部分：1.測試范圍2.測試目標3.假設列表4.風險分析結果5.資源分配6.測試日程安排7.測試設計8.測試環(huán)境9.測試工具和技術10.測試完成標準創(chuàng)建測試計劃，需要遵循以下步驟：1.組建測試團隊。2.了解項目風險。3.構思測試計劃。記錄測試目標(1)測試目標的數量必須為10個或10個以下。(2)測試目標必須是可量的，以使測試員可以查看它們是否達到目標。(3)需要對測試目標劃分優(yōu)先級。高：此測試目標很重要，并且必須在其他目標之前達成。中：此測試目標中等重要，并且可在達到高優(yōu)先級目標后完成。低：此測試目標不十分重要，并且可在達到高和中優(yōu)先級目標后完成。(4)必須為每個目標定義完成標準。記錄測試目標的實例格式測試目標

測試目標編號測試目標優(yōu)先級完成標準

任務/操作系統(tǒng)WindowsNTWindows2000ProfessionalWindowsServer2003StdEdition測試數據庫訪問XXX測試性能

XX測試安全性

XX測試矩陣示例格式3.3.3后規(guī)劃1.基線控制2.軟件配置表示3.配置控制4.配置狀態(tài)統(tǒng)計5.軟件配置驗證6.軟件開發(fā)庫3.3.4V模型和W模型V模型V模型最早是由PaulRook在20世紀80年代后期提出的，在英國國家計算中心文獻中發(fā)布，旨在改進軟件開發(fā)的效率和效果。需求分析概要設計詳細設計編碼單元測試系統(tǒng)測試驗收測試軟件開發(fā)過程軟件測試過程集成測試單元測試計劃集成測試計劃系統(tǒng)測試計劃確認測試計劃開發(fā)生命周期的階段測試活動需求創(chuàng)建驗收測試計劃高級設計創(chuàng)建系統(tǒng)測試計劃和集成測試計劃詳細設計創(chuàng)建單元測試計劃編碼單元測試集成集成測試

系統(tǒng)測試驗收驗收測試2.W模型V模型的優(yōu)點是強調了在整個軟件項目開發(fā)中需要經歷的若干個測試級別，并與每一個開發(fā)級別對應。V模型的缺點：忽略了測試的對象不應該僅僅包括程序，沒有明確指出對需求、設計的測試；把測試作為編碼之后的最后一個活動，需求分析等前期產生的錯誤直到后期的驗收測試才能發(fā)現，沒有明確地說明早期的測試，無法體現“盡早地和不斷地進行軟件測試”的原則。在V模型中增加軟件各開發(fā)階段應同步進行的測試，演化為W模型。W模型由Evolutif公司提出，強調的是測試伴隨著整個軟件開發(fā)周期。測試與開發(fā)是同步進行的，從而有利于盡早地發(fā)現問題。局限性：W模型和V模型都把軟件的開發(fā)視為需求、設計、編碼等一系列串行的活動，無法支持迭代、自發(fā)性以及變更調整。3.3.5測試計劃文檔概述項目目標系統(tǒng)描述測試目標假設突出問題測試范圍要測試的功能部件不要測試的功能部件計劃測試團隊培訓需求日程安排預算需求風險和應急計劃測試方法學測試方法測試數據測試文檔需求驗證控制過程測試工具測試階段定義參與者準入/退出標準需求工作產品測試完成標準測試環(huán)境硬件軟件位置3.4缺陷跟蹤和糾正3.4.1缺陷發(fā)現缺陷是指軟件產品或流程中所有不合規(guī)格的地方。缺陷發(fā)現流程包括揭示缺陷并且將缺陷通知開發(fā)團隊。然后，開發(fā)團隊將確認缺陷是否有效并且修正這些缺陷。測試員驗證并在最后關閉缺陷。缺陷生命周期確定缺陷原因的一些常用策略：改進軟件代碼以捕獲系統(tǒng)中發(fā)生異?；蛭粗闆r的環(huán)境狀態(tài)。實現代碼以查找已知和常見的缺陷。分析相同缺陷的各種報告。當開發(fā)團隊和測試團隊的缺陷確定之間發(fā)生不一致時，最好應用解決方案過程。如：軟件擁有者仲裁；軟件開發(fā)經理仲裁；缺陷解決會議。3.4.2缺陷管理流程

1.缺陷記錄：需要在測試流程的每個階段確定并記錄缺陷。2.缺陷報告：通常包括以下信息：缺陷的唯一標識符缺陷名稱和類型缺陷的源（例如測試用例）缺陷的嚴重性分配給缺陷的優(yōu)先級缺陷的當前狀態(tài)（帶有一種提供缺陷狀態(tài)歷史信息的表）缺陷的詳細描述實現的平臺和操作系統(tǒng)當缺陷發(fā)生時執(zhí)行的步驟缺席位置，帶有截屏負責測試的人員負責修正缺陷的人員缺陷報告示例將在3.4.5小結具體展開介紹。3.缺陷跟蹤：缺陷跟蹤時觀察并記錄所有缺陷以確保正確修訂這些缺陷的過程。4.缺陷跟蹤工具是帶有缺陷報告數據庫以及幫助執(zhí)行以下任務的前端的工具。流行的缺陷跟蹤工具：PVCSTracker(Merant)、ClearQuest(Rational)、TrackRecord(Compuware)、Trackgear(LogiGear)、TestDirector(Mercury)等。3.4.3缺陷更正測試缺陷糾正流程所采用的策略是驗證、確定和回歸測試。1.驗證

測試：包括在SDLC的每個階段檢查軟件的一致性、完整性和正確性。2.確認測試：是執(zhí)行軟件以實踐軟件產品，并將結果與測試需求進行比較的過程。3.回歸測試：指對軟件系統(tǒng)中已經經過修改的模塊進行重新測試以確保對缺陷的有效修訂。此外，包括確之前工作的所有模塊都不會因為修改而產生故障。3.4.4缺陷預防缺陷預防過程中需要遵循以下步驟：1.分析某段時間內的缺陷趨勢2.為確定的缺陷執(zhí)行根本原因分析3.提出預防措施建議以確保缺陷不會重復發(fā)生缺陷預防的好處：1.減少確定并計劃開發(fā)生命周期早期可能發(fā)生的缺陷的成本。2.有助于生成高質量的交付件。3.4.5缺陷報告文檔詳見書測試人員需要以適當的格式報告缺陷以使管理層作出與資源分配、成本和交付相關的決策。常用的報告如下：

1.缺陷密度報告2.缺陷潛伏期報告3.缺陷趨勢報告缺陷報告是測試活動的最重要的輸出之一，有效的缺陷報告應該遵循以下標準：減少從開發(fā)團隊返回的缺陷數量；提高修正缺陷的速度；提高測試活動的可信性；加強測試和開發(fā)團隊之間的團隊合作。測試團隊的目的是撰寫有效的缺陷報告，該報告為每個人傳達正確的消息、執(zhí)行工作并且簡化缺陷修正流程。撰寫缺陷報告時需要考慮下述重點：確保關于缺陷的可用數據簡明清晰。確保提及的問題確實是缺陷并且不是誤解或用戶錯誤。報告應該保持