軟件測試項目管理.ppt

1、第 6 章 軟件測試項目管理,6.1 測試項目管理概述 6.2 測 試 文 檔 6.3 軟件測試計劃 6.4 測試的組織與人員管理 6.5 軟件測試過程管理,6.1 測試項目管理概述,6.1.1 測試項目與測試項目管理 1測試項目 測試項目是在一定的組織機構(gòu)內(nèi)，利用有限的人力和財力等資源，在指定的環(huán)境和要求下，對特定軟件完成特定測試目標(biāo)的階段性任務(wù)。該任務(wù)應(yīng)滿足一定質(zhì)量、數(shù)量和技術(shù)指標(biāo)等要求。,測試項目一般具有如下一些基本特性。 （1）項目的獨特性 （2）項目的組織性 （3）測試項目的生命期 （4）測試項目的資源消耗特性 （5）測試項目目標(biāo)沖突性 （6）測試項目結(jié)果的不確定因素,2測試項目管理

2、 測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運用專門的軟件測試知識、技能、工具和方法，對測試項目進行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進行分析和管理活動。（一種高級管理方法）測試項目管理貫穿整個測試項目的生命周期，是對測試項目的全過程進行管理。,測試項目管理有以下基本特征。 （1）系統(tǒng)工程的思想貫穿測試項目管理的全過程。 （2）測試項目管理的組織有一定的特殊性。,（3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作順利進行的環(huán)境，使置身于這個環(huán)境中的人員能在集體中協(xié)調(diào)工作以完成預(yù)定的目標(biāo)。 （4）測試項目管理的方法、工具和技術(shù)手段具有先進性。,6

3、.1.2 測試項目的范圍管理 測試項目范圍管理就是界定項目所必須包含且只需包含的全部工作，并對其他的測試項目管理工作起指導(dǎo)作用，以確保測試工作順利完成。,項目目標(biāo)確定后，下一步過程就是確定需要執(zhí)行哪些工作，或者活動來完成項目的目標(biāo)，這就是要確定一個包含項目所有活動在內(nèi)的一覽表。準(zhǔn)備這樣的一覽表通常有兩種方法：一種是讓測試小組利用“頭腦風(fēng)暴法”根據(jù)經(jīng)驗，集思廣益來形成。這種方法比較適合小型測試項目。,另一種是對更大更復(fù)雜的項目建立一個工作分解結(jié)構(gòu)WBS和任務(wù)的一覽表。工作分解結(jié)構(gòu)是將一個軟件測試項目分解成易于管理的更多部分或細目，所有這些細目構(gòu)成了整個軟件測試項目的工作范圍。工作分解結(jié)構(gòu)是進行范

4、圍規(guī)劃時所使用的重要工具和技術(shù)之一，它是測試項目團隊在項目期間要完成或生產(chǎn)出的最終細目的等級樹，它組織并定義了整個測試項目的范圍，未列入工作分解結(jié)構(gòu)的工作將排除在項目范圍之外。,進行工作分解是非常重要的工作，它在很大程度上決定項目能否成功。對于細分的所有項目要素需要統(tǒng)一編碼，并按規(guī)范化進行要求。這樣，WBS的應(yīng)用將給所有的項目管理人員提供一個一致的基準(zhǔn)，即使項目人員變動時，也有一個互相可以理解和交流溝通的平臺。,6.2 測 試 文 檔,測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。由于軟件測試是一個很復(fù)雜的過程，同時也涉及到軟件開發(fā)中其他一些階段的工作

5、，因此，必須把對軟件測試的要求、規(guī)劃、測試過程等有關(guān)信息和測試的結(jié)果，以及對測試結(jié)果的分析、評價，以正式的文檔形式給出。,測試文檔對于測試階段工作的指導(dǎo)與評價作用更是非常明顯的。需要特別指出的是，在已開發(fā)的軟件投入運行的維護階段，常常還要進行再測試或回歸測試，這時還會用到測試文檔。測試文檔的編寫是測試管理的一個重要組成部分。,6.2.1 測試文檔的作用 測試文檔的重要作用可從以下幾個方面看出。 1促進項目組成員之間的交流溝通 2便于對測試項目的管理,3決定測試的有效性 4檢驗測試資源 5明確任務(wù)的風(fēng)險 6評價測試結(jié)果 7方便再測試 8驗證需求的正確性,6.2.2 測試文檔的類型 根據(jù)測試文檔所

6、起的不同作用，通常把它分成兩類，即前置作業(yè)文檔和后置作業(yè)文檔。測試計劃及測試用例的文檔屬于前置作業(yè)文檔。 后置作業(yè)文檔是在測試完成后提交的，主要包括軟件缺陷報告和分析總結(jié)報告。,6.2.3 主要軟件測試文檔 1軟件測試文檔 給出了軟件測試主要文檔的類型。,2軟件測試計劃 主要對軟件測試項目、所需要進行的測試工作、測試人員所應(yīng)該負責(zé)的測試工作、測試過程、測試所需的時間和資源，以及測試風(fēng)險等做出預(yù)先的計劃和安排。,3測試設(shè)計規(guī)格說明 用于每個測試等級，以指定測試集的體系結(jié)構(gòu)和覆蓋跟蹤。,4軟件測試用例規(guī)格說明文檔 用于描述測試用例。,5測試規(guī)程 用于指定執(zhí)行一個測試用例集的步驟。 6測試日志 由于

7、記錄測試的執(zhí)行情況不同，可根據(jù)需要選用。,7軟件缺陷報告 用來描述出現(xiàn)在測試過程或軟件中的異常情況，這些異常情況可能存在于需求、設(shè)計、代碼、文檔或測試用例中。 8測試總結(jié)報告 用于報告某個測試完成情況。,6.3 軟件測試計劃,測試計劃就是描述所有要完成的測試工作，包括被測試項目的背景、目標(biāo)、范圍、方式、資源、進度安排、測試組織，以及與測試有關(guān)的風(fēng)險等方面。,6.3.1 制定測試計劃的目的 一個計劃一定是為了某種目的而產(chǎn)生的，對于軟件質(zhì)量管理而言，制定測試計劃的目的主要有3個。 1使軟件測試工作進行更順利 2促進項目參加人員彼此的溝通 3使軟件測試工作更易于管理,6.3.2 制定測試計劃的原則

8、制定測試計劃是軟件測試中最有挑戰(zhàn)性的一個工作。以下原則將有助于制定測試計劃工作。 1制定測試計劃應(yīng)盡早開始 2保持測試計劃的靈活性 3保持測試計劃簡潔和易讀 4盡量爭取多渠道評審測試計劃 5計算測試計劃的投入,6.3.3 制定測試計劃時面對的問題 制定測試計劃時，測試人員可能面對以下問題，必須認(rèn)真對待，并妥善予以處理。 1與開發(fā)者意見不一致 2缺乏測試工具 3培訓(xùn)不夠,4管理部門缺乏對測試工作的理解和支持 5缺乏用戶的參與 6測試時間不足 7過分依賴測試人員 8測試人員處于進退兩難的狀態(tài) 9不得不說“不”,6.3.4 制定測試計劃 制定測試計劃時，由于各軟件公司的背景不同，測試計劃文檔也略有差

9、異。實踐表明，制定測試計劃時，使用正規(guī)化文檔通常比較好。為了使用方便，在這里給出IEEE軟件測試計劃文檔模板。,根據(jù)IEEE8291998軟件測試文檔編制標(biāo)準(zhǔn)的建議，測試計劃包含了16個大綱要項，簡要說明如下。 1測試計劃標(biāo)識符 一個測試計劃標(biāo)識符是一個由公司生成的惟一值，它用于標(biāo)識測試計劃的版本、等級，以及與該測試計劃相關(guān)的軟件版本。,2介紹 在測試計劃的介紹部分主要是測試軟件基本情況的介紹和測試范圍的概括性描述。,3測試項 測試項部分主要是綱領(lǐng)性描述在測試范圍內(nèi)對哪些具體內(nèi)容進行測試，確定一個包含所有測試項在內(nèi)的一覽表。具體要點如下。 功能的測試 設(shè)計的測試 整體測試,IEEE標(biāo)準(zhǔn)中指出，

10、可以參考下面的文檔來完成測試項： 需求規(guī)格說明 用戶指南 操作指南 安裝指南 與測試項相關(guān)的事件報告,4需要測試的功能 測試計劃中這一部分列出了待測的功能。 5方法（策略） 這部分內(nèi)容是測試計劃的核心所在，所以有些軟件公司更愿意將其標(biāo)記為“策略”，而不是“方法”。,測試策略描述測試小組用于測試整體和每個階段的方法。要描述如何公正、客觀地開展測試，要考慮模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素的影響，要盡可能地考慮到細節(jié)，越詳細越好，并制作測試記錄文檔的模板，為即將開始的測試做準(zhǔn)備。測試記錄具體說明如下。, 公正性聲明 測試用例 特殊考慮 經(jīng)驗判斷 設(shè)想,6不需要測試的功能

11、 測試計劃中這一部分列出了不需要測試的功能。 7測試項通過/失敗的標(biāo)準(zhǔn) 測試計劃中這一部分給出了“測試項”中描述的每一個測試項通過/失敗的標(biāo)準(zhǔn)。正如每個測試用例都需要一個預(yù)期的結(jié)果一樣，每個測試項同樣都需要一個預(yù)期的結(jié)果。,下面是通過/失敗的標(biāo)準(zhǔn)的一些例子： 通過測試用例所占的百分比； 缺陷的數(shù)量、嚴(yán)重程度和分布情況； 測試用例覆蓋； 用戶測試的成功結(jié)論； 文檔的完整性； 性能標(biāo)準(zhǔn)。,8測試中斷和恢復(fù)的規(guī)定 測試計劃中這一部分給出了測試中斷和恢復(fù)的標(biāo)準(zhǔn)。常用的測試中斷標(biāo)準(zhǔn)如下： 關(guān)鍵路徑上的未完成任務(wù) 大量的缺陷 嚴(yán)重的缺陷 不完整的測試環(huán)境 資源短缺,9測試完成所提交的材料 測試完成所提交的

12、材料包含了測試工作開發(fā)設(shè)計的所有文檔、工具等。例如，測試計劃、測試設(shè)計規(guī)格說明、測試用例、測試日志、測試數(shù)據(jù)、自定義工具、測試缺陷報告和測試總結(jié)報告等。,10測試任務(wù) 測試計劃中這一部分給出了測試工作所需完成的一系列任務(wù)。在這里還列舉了所有任務(wù)之間的依賴關(guān)系和可能需要的特殊技能。,11環(huán)境需求 環(huán)境需求是確定實現(xiàn)測試策略必備條件的過程。 例如： 人員人數(shù)、經(jīng)驗和專長。他們是全職、兼職、業(yè)余還是學(xué)生？ 設(shè)備計算機、測試硬件、打印機、測試工具等。, 辦公室和實驗室空間在哪里？空間有多大？怎樣排列？ 軟件字處理程序、數(shù)據(jù)庫程序和自定義工具等。 其他資源軟盤、電話、參考書、培訓(xùn)資料等。,12測試人員的

13、工作職責(zé) 測試人員的工作職責(zé)是明確指出了測試任務(wù)和測試人員的工作責(zé)任。 有時測試需要定義的任務(wù)類型不容易分清，不像程序員所編寫的程序那樣明確。復(fù)雜的任務(wù)可能有多個執(zhí)行者，或者由多人共同負責(zé)。,13人員安排與培訓(xùn)需求 前面討論的測試人員的工作職責(zé)是指哪類人員（管理、測試和程序員等）負責(zé)哪些任務(wù)。人員安排與培訓(xùn)需求是指明確測試人員具體負責(zé)軟件測試的哪些部分、哪些可測試性能，以及他們需要掌握的技能等。實際責(zé)任表會更加詳細，確保軟件的每一部分都有人進行測試。每一個測試員都會清楚地知道自己應(yīng)該負責(zé)什么，而且有足夠的信息開始設(shè)計測試用例。,培訓(xùn)需求通常包括學(xué)習(xí)如何使用某個工具、測試方法、缺陷跟蹤系統(tǒng)、配置

14、管理，或者與被測試系統(tǒng)相關(guān)的業(yè)務(wù)基礎(chǔ)知識。培訓(xùn)需求各個測試項目會各不相同，它取決于具體項目的情況。,14進度表 測試進度是圍繞著包含在項目計劃中的主要事件（如文檔、模塊的交付日期，接口的可用性等）來構(gòu)造的。 作為測試計劃的一部分，完成測試進度計劃安排，可以為項目管理員提供信息，以便更好地安排整個項目的進度。,表6-4給出了一個例子。,進度安排會使測試過程容易管理。通常，項目管理員或者測試管理員最終負責(zé)進度安排，而測試人員參與安排自己的具體任務(wù)。,15潛在的問題和風(fēng)險 軟件測試人員要明確地指出計劃過程中的風(fēng)險，并與測試管理員和項目管理員交換意見。這些風(fēng)險應(yīng)該在測試計劃中明確指出，在進度中予以考慮

15、。有些風(fēng)險是真正存在的，而有些最終證實是無所謂的，重要的是盡早明確指出，以免在項目晚期發(fā)現(xiàn)時感到驚慌。,一般而言，大多數(shù)測試小組都會發(fā)現(xiàn)自己的資源有限，不可能窮盡測試軟件所有方面。如果能勾畫出風(fēng)險的輪廓，將有助于測試人員排定待測試項的優(yōu)先順序，并且有助于集中精力去關(guān)注那些極有可能發(fā)生失效的領(lǐng)域。下面是一些潛在的問題和風(fēng)險的例子：, 不現(xiàn)實的交付日期 與其他系統(tǒng)的接口 處理巨額現(xiàn)金的特征 極其復(fù)雜的軟件 有過缺陷歷史的模塊 發(fā)生過許多或者復(fù)雜變更的模塊 安全性、性能和可靠性問題 難于變更或測試的特征,風(fēng)險分析是一項十分艱巨的工作，尤其是第一次嘗試進行時更是如此，但是以后會好起來，而且也值得這樣做

16、。,16審批 審批人應(yīng)該是有權(quán)宣布已經(jīng)為轉(zhuǎn)入下一個階段做好準(zhǔn)備的某個人或某幾個人。測試計劃審批部分一個重要的部件是簽名頁。審批人除了在適當(dāng)?shù)奈恢煤炇鹱约旱拿趾腿掌谕猓€應(yīng)該簽署表明他們是否建議通過評審的意見。,6.4 測試的組織與人員管理,6.4.1 測試的組織與人員管理概述 測試項目成功完成的關(guān)鍵因素之一就是要有高素質(zhì)的軟件測試人員，并將他們有效地組織起來，分工合作，形成一支精干的隊伍，使他們發(fā)揮出最大的工作效率。,測試的組織與人員管理就是對測試項目相關(guān)人員在組織形式、人員組成與職責(zé)方面所做的規(guī)劃和安排。 測試的組織與人員管理的任務(wù)是： （1）為測試項目選擇合適的組織結(jié)構(gòu)模式； （2）確定

17、項目組內(nèi)部的組織形式； （3）合理配備人員，明確分工和責(zé)任； （4）對項目成員的思想、心理和行為進行有效地管理，充分發(fā)揮他們的主觀能動性，密切配合實現(xiàn)項目的目標(biāo)。,測試的組織與人員管理應(yīng)注意的原則是： （1）盡快落實責(zé)任 從軟件的生存周期看，測試往往指對程序的測試，但是，由于測試的依據(jù)是規(guī)格說明書、設(shè)計文檔和使用說明書，如果設(shè)計有錯誤，測試的質(zhì)量就難以保證。實際上，測試的準(zhǔn)備工作在分析和設(shè)計階段就開始了，在軟件項目的開始就要盡早指定專人負責(zé)，讓他有權(quán)去落實與測試有關(guān)的各項事宜。,（2）減少接口 要盡可能地減少項目組內(nèi)人與人之間的層次關(guān)系，縮短通信的路徑，方便人員之間的溝通，提高工作效率。 （3

18、）責(zé)任明確、均衡 項目組成員都必須明確自己在項目組中的地位、角色和職責(zé)，各成員所負的責(zé)任不應(yīng)比委任的權(quán)力大，反之亦然。,6.4.2 測試人員的組織結(jié)構(gòu) 組織結(jié)構(gòu)是指用一定的模式對責(zé)任、權(quán)威和關(guān)系進行安排，直至通過這種結(jié)構(gòu)發(fā)揮功能。測試組織結(jié)構(gòu)設(shè)計時主要考慮以下因素。 垂直還是平緩 集中還是分散 分級還是分散 專業(yè)人員還是工作人員 功能還是項目,選擇合理高效的測試組織結(jié)構(gòu)方案的準(zhǔn)則是： （1）提供軟件測試的快速決策能力； （2）利于合作，尤其是產(chǎn)品開發(fā)與測試開發(fā)之間的合作； （3）能夠獨立、規(guī)范、不帶偏見地運作并具有精干的人員配置；,（4）有利于滿足軟件測試與質(zhì)量管理的關(guān)系； （5）有利于滿足軟

19、件測試過程管理要求； （6）有利于為測試技術(shù)提供專有技術(shù)； （7）充分利用現(xiàn)有測試資源，特別是人； （8）對測試者的職業(yè)道德和事業(yè)產(chǎn)生積極的影響。,進行軟件測試的測試組織結(jié)構(gòu)形式很多， 目前常見的測試組織結(jié)構(gòu)有獨立的測試小組和集成的測試小組兩種形式。,1獨立測試小組 獨立的測試小組，即主要工作是進行測試的小組，他們專門從事軟件的測試工作。測試組設(shè)組長一名，負責(zé)整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設(shè)計和測試經(jīng)驗的專業(yè)人員組成，人數(shù)根據(jù)具體情況可多可少，一般35人為宜。測試組長與開發(fā)組長在項目中的地位是同級、平等的關(guān)系。,2集成測試小組 集成測試小組是將測試與基本設(shè)計因素組

20、合起來，構(gòu)成的測試組織結(jié)構(gòu)。這是與獨立測試有關(guān)的一種集成測試組織形式，即集成測試小組是由需要向同一個項目經(jīng)理匯報工作的測試人員和開發(fā)人員組成。,6.4.3 測試人員 測試人員的能力應(yīng)包括以下幾項。 （1）一般能力：包括表達、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等； （2）測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標(biāo)準(zhǔn)、工作成績評估等；,（3）測試規(guī)劃能力：包括風(fēng)險分析及防范、軟件放行/接收準(zhǔn)則制定、測試目標(biāo)及計劃、測試計劃和設(shè)計的評審方法等； （4）測試執(zhí)行能力：包括測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動化工具； （5）測試分析、報告和改進能

21、力：包括測試度量、統(tǒng)計技術(shù)、測試報告、過程監(jiān)測及持續(xù)改進。,測試組織管理者的工作能力在很大程度上決定測試工作的成功與否，測試管理是很困難的，測試組織的管理者必須具備： （1）了解與評價軟件測試政策、標(biāo)準(zhǔn)、過程、工具、培訓(xùn)和度量的能力； （2）領(lǐng)導(dǎo)一個測試組織的能力，該組織必須堅強有力、獨立自主、辦事規(guī)范且沒有偏見；,（3）吸引并留住杰出測試專業(yè)人才的能力； （4）領(lǐng)導(dǎo)、溝通、支持和控制的能力； （5）有提出解決問題方案的能力； （6）測試時間、質(zhì)量和成本控制的能力。,6.4.4 人員的通信方式 人員的溝通、交流方式主要有： （1）正式非個人方式，如正式會議等； （2）正式個人之間交流，如成員之

22、間的正式討論等（一般不形成決議）； （3）非正式個人之間交流，如個人之間的自由交流等；,（4）電子通信，如E-mail（電子郵件）、BBS（電子公告板系統(tǒng)）等； （5）成員網(wǎng)絡(luò)，如成員與小組之外或公司之外有經(jīng)驗的相關(guān)人員進行交流； 在實踐中發(fā)現(xiàn)，（5）的通信效率最高，其次是（1）。,6.4.5 測試人員管理的激勵機制 激勵，簡單地說就是調(diào)動人的工作積極性，把潛力充分發(fā)揮出來。在管理學(xué)中，激勵是指管理者促進、誘導(dǎo)下屬形成動機，并引導(dǎo)其行為指向特定目標(biāo)的活動過程。激勵機制在測試組織建設(shè)中十分重要，測試組織的管理者不僅把測試人員組織在一起，團結(jié)在一起工作，更重要的是要善于調(diào)動測試人員的工作熱情，激勵

23、每個成員都努力工作，實現(xiàn)項目的目標(biāo)。測試人員管理的激勵機制的關(guān)鍵點是：, 管理者習(xí)慣用對自己有效的因素激勵測試人員，很可能發(fā)現(xiàn)無效； 過多行使權(quán)力、資金或處罰手段很可能導(dǎo)致項目失??； 注意采取卓有成效的非貨幣形式的激勵措施； 在項目進行過程中，而不僅是在項目結(jié)果時實施激勵措施；, 獎勵應(yīng)該在工作獲得認(rèn)同后盡快兌現(xiàn)； 對項目成員的工作表現(xiàn)出真誠的興趣，是對他們最好的獎勵； 已經(jīng)滿足的需要很可能不再成為激勵因素。 激勵因素是影響個人行為的東西，是因人而異、因時而異的。因此，管理者必須明確各種激勵的方式，并合理使用。,作為測試人員，測試工件的7條效率原則是： 主動思考，積極行動； 一開始就牢記目標(biāo)，

24、不迷失方向； 重要的事情放在首位（但常常把緊急的事情放在首位）； 先理解人，后被人理解； 尋求雙贏； 互相合作，追求1+12； 終生學(xué)習(xí)，自我更新，不斷進步。,6.4.6 測試人員的培訓(xùn) 如今，計算機軟、硬件技術(shù)發(fā)展十分迅速，測試人員必須有足夠的能力來適應(yīng)這些變化。而另一方面，測試工作本身是一門需要技術(shù)的學(xué)問，它包含了眾多的理論和實踐。缺乏這些知識和經(jīng)驗，測試的深度和廣度就不夠，測試的質(zhì)量就無法保證。從測試管理的角度來說，為了高效地實現(xiàn)測試工作的目標(biāo)，需要不斷地幫助他們進行知識的更新和技術(shù)能力的提升，這些就需要通過培訓(xùn)來達到。,1軟件測試培訓(xùn)內(nèi)容 2制定測試人員培訓(xùn)計劃,6.4.7 測試的組織

25、與人員管理中的風(fēng)險管理 在進行測試的組織與人員管理時，我們往往重視招聘、培訓(xùn)、考評、薪資等各個具體內(nèi)容的操作，而忽視了其中的風(fēng)險管理問題。,其實，每個公司在人事管理中都可能遇到風(fēng)險，如招聘失敗、新政策引起員工不滿、技術(shù)骨干突然離職等等，這些事件會影響公司的正常運轉(zhuǎn)，甚至?xí)驹斐芍旅拇驌?。如何防范這些風(fēng)險的發(fā)生，是我們應(yīng)該研究的問題。特別是高新技術(shù)企業(yè)，由于對人的依賴更大，所以更需要重視測試的組織與人員管理中的風(fēng)險管理。,6.5 軟件測試過程管理,6.5.1 測試項目的跟蹤與監(jiān)控 軟件測試和軟件開發(fā)一樣，都遵循軟件工程的原理，有它自己的生命周期。軟件的測試過程管理基于廣泛采用的“V”模型。

26、“V”模型支持系統(tǒng)測試周期的任何階段。,基于“V”模型，在開發(fā)周期中的每個階段都 有相關(guān)的測試階段相對應(yīng)，測試可以在需求分析階段就及早開始，創(chuàng)建測試的準(zhǔn)則。每個階段都存在質(zhì)量控制點，對每個階段的任務(wù)、輸入和輸出都有明確的規(guī)定，以便對整個測試過程進行質(zhì)量控制和配置管理。,根據(jù)質(zhì)量管理中PDCA質(zhì)量環(huán)的思想，需要對軟件測試過程進行跟蹤、檢查，并與測試計劃進行對比。測試計劃中描述了如何實施和管理軟件的測試過程，測試計劃經(jīng)批準(zhǔn)生效后，將被用來作為對測試過程跟蹤與監(jiān)控的依據(jù)。 測試項目的跟蹤與監(jiān)控的基礎(chǔ)是軟件測試計劃。,在具體的測試項目的跟蹤與監(jiān)控過程中，可以采用周報、日報、例會，以及里程碑評審會等方式

27、來了解測試項目的進展情況，建立、收集和分析項目的實際狀態(tài)數(shù)據(jù)，對項目進行跟蹤與監(jiān)控，達到項目管理的目的。基于可靠的信息，明智的和有意義的決策可以很好地管理測試過程，在測試過程的每個階段，測試項目管理人員應(yīng)特別注意需要弄清楚以下問題：, 系統(tǒng)現(xiàn)在是否做好測試準(zhǔn)備？ 如果系統(tǒng)開始測試會有什么樣的風(fēng)險？ 當(dāng)前測試所達到的覆蓋率是怎樣的？ 到目前為止取得了哪些成功？ 還要哪些測試要做？ 怎么證明系統(tǒng)已經(jīng)經(jīng)過了有效的測試？ 有哪些變更，哪些必須重新測試？,6.5.2 測試的配置管理 配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管理包括4個最基本的活動： （1

28、）配置標(biāo)識； （2）變更控制； （3）配置狀態(tài)報告； （4）配置審計。,1配置標(biāo)識 配置標(biāo)識是配置管理的基礎(chǔ)。 所有配置項的操作權(quán)限都應(yīng)當(dāng)嚴(yán)格管理，其基本原則是：所有基線配置項向測試人員開放讀取權(quán)限；而非基線配置項向測試組長、項目經(jīng)理及相關(guān)人員開放。,配置標(biāo)識主要是標(biāo)識測試樣品、測試標(biāo)準(zhǔn)、測試工具、測試文檔（包括測試用例）、測試報告等配置項的名稱和類型。所有配置項都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號，按照相應(yīng)的模板生成，并在文檔中的規(guī)定部分記錄對象的標(biāo)識信息，標(biāo)識各配置項的所有者及儲存位置，指出何時基準(zhǔn)化配置項（置于基線控制之下），這樣使得測試相關(guān)人員能方便地知道每個配置項的內(nèi)容和狀態(tài)。,2變更控制 變更

29、控制的目的并不是控制和限制變更的發(fā)生，而是對變更進行有效的管理，確保變更有序地進行。,變更控制主要包括以下內(nèi)容。 （1）規(guī)定測試基線，對每個基線必須描述下列內(nèi)容： 每個基線的項（包括文檔、樣品和工具等）； 與每個基線有關(guān)的評審、批準(zhǔn)事項以及驗收標(biāo)準(zhǔn)。,（2）規(guī)定何時何人創(chuàng)立新的基線，如何創(chuàng)立； （3）確定變更請求的處理程序和終止條件； （4）確定變更請求的處理過程中各測試人員執(zhí)行變更的職能； （5）確定變更請求和所產(chǎn)生結(jié)果的對應(yīng)機制； （6）確定配置項提取和存入的控制機制與方式。,3配置狀態(tài)報告 配置狀態(tài)報告就是根據(jù)配置項操作數(shù)據(jù)庫中的記錄，來向管理者報告軟件測試工作的進展情況。 配置狀態(tài)報告

30、應(yīng)該包括以下主要內(nèi)容： （1）定義配置狀態(tài)報告形式、內(nèi)容和提交方式； （2）確認(rèn)過程記錄和跟蹤問題報告，更改請求，更改次序等； （3）確定測試報告提交的時間與方式。,4配置審計 配置審計的主要作用是作為變更控制的補充手段，來確保某一變更需求已被切實地執(zhí)行和實現(xiàn)。配置審計包括以下主要內(nèi)容： （1）確定審計執(zhí)行人員和執(zhí)行時機； （2）確定審計的內(nèi)容與方式； （3）確定發(fā)現(xiàn)問題的處理方法。,6.5.3 軟件測試風(fēng)險管理 1風(fēng)險的基本概念 風(fēng)險可定義為“傷害、損壞或損失的可能性；一種危險的可能或一種冒險事件?！憋L(fēng)險涉及到一個事件發(fā)生的可能性，涉及到該事件產(chǎn)生的不良后果或影響。軟件風(fēng)險是指開發(fā)不成功引起

31、損失的可能性，這種不成功事件會導(dǎo)致公司商業(yè)上的失敗。風(fēng)險分析是對軟件中潛在的問題進行識別、估計和評價的過程。軟件測試中的風(fēng)險分析是根據(jù)測試軟件將出現(xiàn)的風(fēng)險，制定軟件測試計劃，并排列優(yōu)先等級。,軟件風(fēng)險分析的目的是確定測試對象、測試優(yōu)先級，以及測試的深度。有時還包括確定可以忽略的測試對象。通過風(fēng)險分析，測試人員識別軟件中高風(fēng)險的部分，并進行嚴(yán)格徹底地測試；確定潛在的隱患軟件構(gòu)件，對其進行重點測試。在制定測試計劃的過程中，可以將風(fēng)險分析的結(jié)果用來確定軟件測試的優(yōu)先級與測試深度。,2軟件測試與商業(yè)風(fēng)險 軟件測試是一種用來盡可能降低軟件風(fēng)險的控制措施。軟件測試是檢測軟件開發(fā)是否符合計劃，是否達到預(yù)期的

32、結(jié)果的測試。如果檢測表明軟件的實現(xiàn)沒有按照計劃執(zhí)行，或與預(yù)期目標(biāo)不符，就要采取必要的改進行動。因此，公司的管理者應(yīng)該依靠軟件測試之類的措施來幫助自己實現(xiàn)商業(yè)目標(biāo)。,3軟件風(fēng)險分析 風(fēng)險分析是一個對潛在問題識別和評估的過程，即對測試的對象進行優(yōu)先級劃分。風(fēng)險分析包括以下兩個部分。 發(fā)生的可能性：發(fā)生問題的可能性有多大。 影響的嚴(yán)重性：如果問題發(fā)生了會有什么后果。,通常風(fēng)險分析采用兩種方法：表格分析法和矩陣分析法。通用的風(fēng)險分析表包括以下幾項內(nèi)容。 （1）風(fēng)險標(biāo)識：表示風(fēng)險事件的惟一標(biāo)識； （2）風(fēng)險問題：風(fēng)險問題發(fā)生現(xiàn)象的簡單描述； （3）發(fā)生可能性：風(fēng)險發(fā)生可能性的級別（110）；,（4）影響

33、的嚴(yán)重性：風(fēng)險影響的嚴(yán)重性的級別（110）； （5）風(fēng)險預(yù)測值：風(fēng)險發(fā)生可能性與風(fēng)險影響的嚴(yán)重性的乘積； （6）風(fēng)險優(yōu)先級：風(fēng)險預(yù)測值從高向低的排序。,綜上所述，軟件風(fēng)險分析的目的是：確定測試對象、確定優(yōu)先級，以及測試深度。在測試計劃階段，可以用風(fēng)險分析的結(jié)果來確定軟件測試的優(yōu)先級。對每個測試項和測試用例賦予優(yōu)先代碼，將測試分為高、中和低的優(yōu)先級類型，這樣可以在有限的資源和時間條件下，合理安排測試的覆蓋度與深度。,4軟件測試風(fēng)險 軟件測試的風(fēng)險是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補充以及結(jié)果不準(zhǔn)確。測試的不成功導(dǎo)致軟件交

34、付潛藏著問題，一旦在運行時爆發(fā)，會帶來很大的商業(yè)風(fēng)險。,主要是對測試計劃執(zhí)行的風(fēng)險分析與制定要采取的應(yīng)急措施，降低軟件測試產(chǎn)生的風(fēng)險造成的危害。 測試計劃的風(fēng)險一般指測試進度滯后或出現(xiàn)非計劃事件，就是針對計劃好的測試工作造成消極影響的所有因素，對于計劃風(fēng)險分析的工作是制定計劃風(fēng)險發(fā)生時應(yīng)采取的應(yīng)急措施。,其中，交付日期的風(fēng)險是主要風(fēng)險之一。測試未按計劃完成，發(fā)布日期推遲，影響對客戶提交產(chǎn)品的承諾，管理的可信度和公司的信譽都要受到考驗，同時也受到競爭對手的威脅。交付日期的滯后，也可能是已經(jīng)耗盡了所有的資源。計劃風(fēng)險分析所做的工作重點不在于分析風(fēng)險產(chǎn)生的原因，重點應(yīng)放在提前制定應(yīng)急措施來應(yīng)對風(fēng)險發(fā)

35、生。當(dāng)測試計劃風(fēng)險發(fā)生時，可能采用的應(yīng)急措施有：縮小范圍、增加資源、減少過程等措施。,將采用的應(yīng)急措施如下。 應(yīng)急措施1：增加資源。請求用戶團隊為測試工作提供更多的用戶支持。 應(yīng)急措施2：縮小范圍。決定在后續(xù)的發(fā)布中，實現(xiàn)較低優(yōu)先級的特性。 應(yīng)急措施3：減少質(zhì)量過程。在風(fēng)險分析過程中，確定某些風(fēng)險級別低的特征測試，或少測試。,上述列舉的應(yīng)急措施要涉及到有關(guān)方面的妥協(xié)，如果沒有測試計劃風(fēng)險分析和應(yīng)急措施處理風(fēng)險，開發(fā)者和測試人員采取的措施就比較匆忙，將不利于將風(fēng)險的損失控制到最小。因此，軟件風(fēng)險分析和測試計劃風(fēng)險分析與應(yīng)急措施是相輔相成的。,由上面分析可以看出，計劃風(fēng)險、軟件風(fēng)險、重點測試、不測

36、試，甚至整個軟件的測試與應(yīng)急措施都是圍繞“用風(fēng)險來確定測試工作優(yōu)先級”這樣的原則來構(gòu)造的。軟件測試存在著風(fēng)險，如果提前重視風(fēng)險，并且有所防范，就可以最大限度減少風(fēng)險的發(fā)生。在項目過程中，風(fēng)險管理的成功取決于如何計劃、執(zhí)行與檢驗每一個步驟。遺漏任何一點，風(fēng)險管理都不會成功。,6.5.4 軟件測試的成本管理 對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構(gòu)成。,當(dāng)一個測試項目開始后，就會發(fā)生一些不確定的事件。測試項目的管理者一般都在一種不能夠完全確定的環(huán)境下管理項目，項目的成本費用可能出現(xiàn)難以預(yù)料的情況，因此，必須有一些可行的措施和辦法，來幫助測試項目的管理者進行項目成本管理，即

37、依據(jù)實際預(yù)算制定項目計劃，實施整個項目生命周期內(nèi)的成本度量和控制。,1測試費用有效性 風(fēng)險承受的確定，從經(jīng)濟學(xué)的角度考慮就是確定需要完成多少測試，以及進行什么類型的測試。經(jīng)濟學(xué)所做的判斷，確定了軟件存在的缺陷是否可以接受，如果可以，能承受多少。測試的策略不再主要由軟件人員和測試人員來確定，而是由商業(yè)的經(jīng)濟利益來決定的。,“太少的測試是犯罪，而太多的測試是浪費?！睂︼L(fēng)險測試得過少，會造成軟件的缺陷和系統(tǒng)的癱瘓；而對風(fēng)險測試得過多，就會使本來沒有缺陷的系統(tǒng)進行沒有必要的測試，或者是對輕微缺陷的系統(tǒng)所花費的測試費用遠遠大于它們給系統(tǒng)造成的損失。,測試費用的有效性，可以用測試費用的質(zhì)量曲線來表示，如圖6-1所示。隨著測試費用的增加，發(fā)現(xiàn)的缺陷也會越多，兩線相交的地方是過多測試開始的地方，這時，排除缺陷的測試費用超過了缺陷給系