軟件測試項目管理課件

6.1測試項目管理概述6.1.1測試項目與測試項目管理1．測試項目測試項目是在一定的組織機構內(nèi)，利用有限的人力和財力等資源，在指定的環(huán)境和要求下，對特定軟件完成特定測試目標的階段性任務。該任務應滿足一定質(zhì)量、數(shù)量和技術指標等要求。6.1測試項目管理概述6.1.1測試項目與測試項目管測試項目一般具有如下一些基本特性。（1）項目的獨特性（2）項目的組織性（3）測試項目的生命期（4）測試項目的資源消耗特性（5）測試項目目標沖突性（6）測試項目結果的不確定因素測試項目一般具有如下一些基本特性。2．測試項目管理測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運用專門的軟件測試知識、技能、工具和方法，對測試項目進行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進行分析和管理活動。（一種高級管理方法）測試項目管理貫穿整個測試項目的生命周期，是對測試項目的全過程進行管理。2．測試項目管理測試項目管理有以下基本特征。（1）系統(tǒng)工程的思想貫穿測試項目管理的全過程。（2）測試項目管理的組織有一定的特殊性。測試項目管理有以下基本特征。

（3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作順利進行的環(huán)境，使置身于這個環(huán)境中的人員能在集體中協(xié)調(diào)工作以完成預定的目標。（4）測試項目管理的方法、工具和技術手段具有先進性。（3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作6.1.2測試項目的范圍管理測試項目范圍管理就是界定項目所必須包含且只需包含的全部工作，并對其他的測試項目管理工作起指導作用，以確保測試工作順利完成。6.1.2測試項目的范圍管理

項目目標確定后，下一步過程就是確定需要執(zhí)行哪些工作，或者活動來完成項目的目標，這就是要確定一個包含項目所有活動在內(nèi)的一覽表。準備這樣的一覽表通常有兩種方法：一種是讓測試小組利用“頭腦風暴法”根據(jù)經(jīng)驗，集思廣益來形成。這種方法比較適合小型測試項目。項目目標確定后，下一步過程就是確定需要執(zhí)行哪些工

另一種是對更大更復雜的項目建立一個工作分解結構WBS和任務的一覽表。工作分解結構是將一個軟件測試項目分解成易于管理的更多部分或細目，所有這些細目構成了整個軟件測試項目的工作范圍。工作分解結構是進行范圍規(guī)劃時所使用的重要工具和技術之一，它是測試項目團隊在項目期間要完成或生產(chǎn)出的最終細目的等級樹，它組織并定義了整個測試項目的范圍，未列入工作分解結構的工作將排除在項目范圍之外。另一種是對更大更復雜的項目建立一個工作分解結構W

進行工作分解是非常重要的工作，它在很大程度上決定項目能否成功。對于細分的所有項目要素需要統(tǒng)一編碼，并按規(guī)范化進行要求。這樣，WBS的應用將給所有的項目管理人員提供一個一致的基準，即使項目人員變動時，也有一個互相可以理解和交流溝通的平臺。進行工作分解是非常重要的工作，它在很大程度上決定6.2測試文檔

測試文檔是對要執(zhí)行的軟件測試及測試的結果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。由于軟件測試是一個很復雜的過程，同時也涉及到軟件開發(fā)中其他一些階段的工作，因此，必須把對軟件測試的要求、規(guī)劃、測試過程等有關信息和測試的結果，以及對測試結果的分析、評價，以正式的文檔形式給出。6.2測試文檔測試文檔是對要執(zhí)行的

測試文檔對于測試階段工作的指導與評價作用更是非常明顯的。需要特別指出的是，在已開發(fā)的軟件投入運行的維護階段，常常還要進行再測試或回歸測試，這時還會用到測試文檔。測試文檔的編寫是測試管理的一個重要組成部分。測試文檔對于測試階段工作的指導與評價作用更是非常6.2.1測試文檔的作用測試文檔的重要作用可從以下幾個方面看出。1．促進項目組成員之間的交流溝通2．便于對測試項目的管理6.2.1測試文檔的作用3．決定測試的有效性4．檢驗測試資源5．明確任務的風險6．評價測試結果7．方便再測試8．驗證需求的正確性3．決定測試的有效性6.2.2測試文檔的類型根據(jù)測試文檔所起的不同作用，通常把它分成兩類，即前置作業(yè)文檔和后置作業(yè)文檔。測試計劃及測試用例的文檔屬于前置作業(yè)文檔。后置作業(yè)文檔是在測試完成后提交的，主要包括軟件缺陷報告和分析總結報告。6.2.2測試文檔的類型6.2.3主要軟件測試文檔1．軟件測試文檔給出了軟件測試主要文檔的類型。6.2.3主要軟件測試文檔軟件測試項目管理課件2．軟件測試計劃主要對軟件測試項目、所需要進行的測試工作、測試人員所應該負責的測試工作、測試過程、測試所需的時間和資源，以及測試風險等做出預先的計劃和安排。2．軟件測試計劃軟件測試項目管理課件3．測試設計規(guī)格說明用于每個測試等級，以指定測試集的體系結構和覆蓋跟蹤。3．測試設計規(guī)格說明4．軟件測試用例規(guī)格說明文檔用于描述測試用例。4．軟件測試用例規(guī)格說明文檔5．測試規(guī)程用于指定執(zhí)行一個測試用例集的步驟。6．測試日志由于記錄測試的執(zhí)行情況不同，可根據(jù)需要選用。5．測試規(guī)程7．軟件缺陷報告用來描述出現(xiàn)在測試過程或軟件中的異常情況，這些異常情況可能存在于需求、設計、代碼、文檔或測試用例中。8．測試總結報告用于報告某個測試完成情況。7．軟件缺陷報告6.3軟件測試計劃

測試計劃就是描述所有要完成的測試工作，包括被測試項目的背景、目標、范圍、方式、資源、進度安排、測試組織，以及與測試有關的風險等方面。6.3軟件測試計劃測試計劃就是描述所有要6.3.1制定測試計劃的目的一個計劃一定是為了某種目的而產(chǎn)生的，對于軟件質(zhì)量管理而言，制定測試計劃的目的主要有3個。1．使軟件測試工作進行更順利2．促進項目參加人員彼此的溝通3．使軟件測試工作更易于管理6.3.1制定測試計劃的目的6.3.2制定測試計劃的原則制定測試計劃是軟件測試中最有挑戰(zhàn)性的一個工作。以下原則將有助于制定測試計劃工作。1．制定測試計劃應盡早開始2．保持測試計劃的靈活性3．保持測試計劃簡潔和易讀4．盡量爭取多渠道評審測試計劃5．計算測試計劃的投入6.3.2制定測試計劃的原則6.3.3制定測試計劃時面對的問題制定測試計劃時，測試人員可能面對以下問題，必須認真對待，并妥善予以處理。

1．與開發(fā)者意見不一致

2．缺乏測試工具

3．培訓不夠6.3.3制定測試計劃時面對的問題4．管理部門缺乏對測試工作的理解和支持5．缺乏用戶的參與6．測試時間不足7．過分依賴測試人員8．測試人員處于進退兩難的狀態(tài)9．不得不說“不”4．管理部門缺乏對測試工作的理解和支持6.3.4制定測試計劃制定測試計劃時，由于各軟件公司的背景不同，測試計劃文檔也略有差異。實踐表明，制定測試計劃時，使用正規(guī)化文檔通常比較好。為了使用方便，在這里給出IEEE軟件測試計劃文檔模板。6.3.4制定測試計劃軟件測試項目管理課件

根據(jù)IEEE829－1998軟件測試文檔編制標準的建議，測試計劃包含了16個大綱要項，簡要說明如下。1．測試計劃標識符一個測試計劃標識符是一個由公司生成的惟一值，它用于標識測試計劃的版本、等級，以及與該測試計劃相關的軟件版本。根據(jù)IEEE829－1998軟件測試文檔編制標準的2．介紹在測試計劃的介紹部分主要是測試軟件基本情況的介紹和測試范圍的概括性描述。2．介紹3．測試項測試項部分主要是綱領性描述在測試范圍內(nèi)對哪些具體內(nèi)容進行測試，確定一個包含所有測試項在內(nèi)的一覽表。具體要點如下。功能的測試設計的測試整體測試3．測試項IEEE標準中指出，可以參考下面的文檔來完成測試項：需求規(guī)格說明用戶指南操作指南安裝指南與測試項相關的事件報告IEEE標準中指出，可以參考下面的文檔來完成測試項：4．需要測試的功能測試計劃中這一部分列出了待測的功能。5．方法（策略）這部分內(nèi)容是測試計劃的核心所在，所以有些軟件公司更愿意將其標記為“策略”，而不是“方法”。4．需要測試的功能

測試策略描述測試小組用于測試整體和每個階段的方法。要描述如何公正、客觀地開展測試，要考慮模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素的影響，要盡可能地考慮到細節(jié)，越詳細越好，并制作測試記錄文檔的模板，為即將開始的測試做準備。測試記錄具體說明如下。測試策略描述測試小組用于測試整體和每個階段的方法

公正性聲明測試用例特殊考慮經(jīng)驗判斷設想公正性聲明6．不需要測試的功能測試計劃中這一部分列出了不需要測試的功能。7．測試項通過/失敗的標準測試計劃中這一部分給出了“測試項”中描述的每一個測試項通過/失敗的標準。正如每個測試用例都需要一個預期的結果一樣，每個測試項同樣都需要一個預期的結果。6．不需要測試的功能下面是通過/失敗的標準的一些例子：通過測試用例所占的百分比；缺陷的數(shù)量、嚴重程度和分布情況；測試用例覆蓋；用戶測試的成功結論；文檔的完整性；性能標準。下面是通過/失敗的標準的一些例子：8．測試中斷和恢復的規(guī)定測試計劃中這一部分給出了測試中斷和恢復的標準。常用的測試中斷標準如下：關鍵路徑上的未完成任務大量的缺陷嚴重的缺陷不完整的測試環(huán)境資源短缺8．測試中斷和恢復的規(guī)定9．測試完成所提交的材料測試完成所提交的材料包含了測試工作開發(fā)設計的所有文檔、工具等。例如，測試計劃、測試設計規(guī)格說明、測試用例、測試日志、測試數(shù)據(jù)、自定義工具、測試缺陷報告和測試總結報告等。9．測試完成所提交的材料10．測試任務測試計劃中這一部分給出了測試工作所需完成的一系列任務。在這里還列舉了所有任務之間的依賴關系和可能需要的特殊技能。10．測試任務11．環(huán)境需求環(huán)境需求是確定實現(xiàn)測試策略必備條件的過程。例如：人員——人數(shù)、經(jīng)驗和專長。他們是全職、兼職、業(yè)余還是學生？設備——計算機、測試硬件、打印機、測試工具等。11．環(huán)境需求

辦公室和實驗室空間——在哪里？空間有多大？怎樣排列？軟件——字處理程序、數(shù)據(jù)庫程序和自定義工具等。其他資源——軟盤、電話、參考書、培訓資料等。辦公室和實驗室空間——在哪里？空間有多大？怎樣排列？12．測試人員的工作職責測試人員的工作職責是明確指出了測試任務和測試人員的工作責任。有時測試需要定義的任務類型不容易分清，不像程序員所編寫的程序那樣明確。復雜的任務可能有多個執(zhí)行者，或者由多人共同負責。12．測試人員的工作職責13．人員安排與培訓需求前面討論的測試人員的工作職責是指哪類人員（管理、測試和程序員等）負責哪些任務。人員安排與培訓需求是指明確測試人員具體負責軟件測試的哪些部分、哪些可測試性能，以及他們需要掌握的技能等。實際責任表會更加詳細，確保軟件的每一部分都有人進行測試。每一個測試員都會清楚地知道自己應該負責什么，而且有足夠的信息開始設計測試用例。13．人員安排與培訓需求

培訓需求通常包括學習如何使用某個工具、測試方法、缺陷跟蹤系統(tǒng)、配置管理，或者與被測試系統(tǒng)相關的業(yè)務基礎知識。培訓需求各個測試項目會各不相同，它取決于具體項目的情況。培訓需求通常包括學習如何使用某個工具、測試方法、14．進度表測試進度是圍繞著包含在項目計劃中的主要事件（如文檔、模塊的交付日期，接口的可用性等）來構造的。作為測試計劃的一部分，完成測試進度計劃安排，可以為項目管理員提供信息，以便更好地安排整個項目的進度。14．進度表表6-4給出了一個例子。表6-4給出了一個例子。

進度安排會使測試過程容易管理。通常，項目管理員或者測試管理員最終負責進度安排，而測試人員參與安排自己的具體任務。進度安排會使測試過程容易管理。通常，項目管理員或15．潛在的問題和風險軟件測試人員要明確地指出計劃過程中的風險，并與測試管理員和項目管理員交換意見。這些風險應該在測試計劃中明確指出，在進度中予以考慮。有些風險是真正存在的，而有些最終證實是無所謂的，重要的是盡早明確指出，以免在項目晚期發(fā)現(xiàn)時感到驚慌。15．潛在的問題和風險

一般而言，大多數(shù)測試小組都會發(fā)現(xiàn)自己的資源有限，不可能窮盡測試軟件所有方面。如果能勾畫出風險的輪廓，將有助于測試人員排定待測試項的優(yōu)先順序，并且有助于集中精力去關注那些極有可能發(fā)生失效的領域。下面是一些潛在的問題和風險的例子：一般而言，大多數(shù)測試小組都會發(fā)現(xiàn)自己的資源有限，

不現(xiàn)實的交付日期與其他系統(tǒng)的接口處理巨額現(xiàn)金的特征極其復雜的軟件有過缺陷歷史的模塊發(fā)生過許多或者復雜變更的模塊安全性、性能和可靠性問題難于變更或測試的特征不現(xiàn)實的交付日期

風險分析是一項十分艱巨的工作，尤其是第一次嘗試進行時更是如此，但是以后會好起來，而且也值得這樣做。風險分析是一項十分艱巨的工作，尤其是第一次嘗試進16．審批審批人應該是有權宣布已經(jīng)為轉(zhuǎn)入下一個階段做好準備的某個人或某幾個人。測試計劃審批部分一個重要的部件是簽名頁。審批人除了在適當?shù)奈恢煤炇鹱约旱拿趾腿掌谕猓€應該簽署表明他們是否建議通過評審的意見。16．審批6.4測試的組織與人員管理6.4.1測試的組織與人員管理概述測試項目成功完成的關鍵因素之一就是要有高素質(zhì)的軟件測試人員，并將他們有效地組織起來，分工合作，形成一支精干的隊伍，使他們發(fā)揮出最大的工作效率。6.4測試的組織與人員管理6.4.1測試的組織與人員測試的組織與人員管理就是對測試項目相關人員在組織形式、人員組成與職責方面所做的規(guī)劃和安排。測試的組織與人員管理的任務是：（1）為測試項目選擇合適的組織結構模式；（2）確定項目組內(nèi)部的組織形式；（3）合理配備人員，明確分工和責任；（4）對項目成員的思想、心理和行為進行有效地管理，充分發(fā)揮他們的主觀能動性，密切配合實現(xiàn)項目的目標。測試的組織與人員管理就是對測試項目相關人員在組織形式、人員組測試的組織與人員管理應注意的原則是：（1）盡快落實責任從軟件的生存周期看，測試往往指對程序的測試，但是，由于測試的依據(jù)是規(guī)格說明書、設計文檔和使用說明書，如果設計有錯誤，測試的質(zhì)量就難以保證。實際上，測試的準備工作在分析和設計階段就開始了，在軟件項目的開始就要盡早指定專人負責，讓他有權去落實與測試有關的各項事宜。測試的組織與人員管理應注意的原則是：（2）減少接口要盡可能地減少項目組內(nèi)人與人之間的層次關系，縮短通信的路徑，方便人員之間的溝通，提高工作效率。（3）責任明確、均衡項目組成員都必須明確自己在項目組中的地位、角色和職責，各成員所負的責任不應比委任的權力大，反之亦然。（2）減少接口6.4.2測試人員的組織結構組織結構是指用一定的模式對責任、權威和關系進行安排，直至通過這種結構發(fā)揮功能。測試組織結構設計時主要考慮以下因素。垂直還是平緩集中還是分散分級還是分散專業(yè)人員還是工作人員功能還是項目6.4.2測試人員的組織結構

選擇合理高效的測試組織結構方案的準則是：（1）提供軟件測試的快速決策能力；（2）利于合作，尤其是產(chǎn)品開發(fā)與測試開發(fā)之間的合作；（3）能夠獨立、規(guī)范、不帶偏見地運作并具有精干的人員配置；選擇合理高效的測試組織結構方案的準則是：（4）有利于滿足軟件測試與質(zhì)量管理的關系；（5）有利于滿足軟件測試過程管理要求；（6）有利于為測試技術提供專有技術；（7）充分利用現(xiàn)有測試資源，特別是人；（8）對測試者的職業(yè)道德和事業(yè)產(chǎn)生積極的影響。（4）有利于滿足軟件測試與質(zhì)量管理的關系；

進行軟件測試的測試組織結構形式很多，目前常見的測試組織結構有獨立的測試小組和集成的測試小組兩種形式。進行軟件測試的測試組織結構形式很多，目前1．獨立測試小組獨立的測試小組，即主要工作是進行測試的小組，他們專門從事軟件的測試工作。測試組設組長一名，負責整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設計和測試經(jīng)驗的專業(yè)人員組成，人數(shù)根據(jù)具體情況可多可少，一般3～5人為宜。測試組長與開發(fā)組長在項目中的地位是同級、平等的關系。1．獨立測試小組2．集成測試小組集成測試小組是將測試與基本設計因素組合起來，構成的測試組織結構。這是與獨立測試有關的一種集成測試組織形式，即集成測試小組是由需要向同一個項目經(jīng)理匯報工作的測試人員和開發(fā)人員組成。2．集成測試小組6.4.3測試人員測試人員的能力應包括以下幾項。（1）一般能力：包括表達、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等；（2）測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標準、工作成績評估等；6.4.3測試人員

（3）測試規(guī)劃能力：包括風險分析及防范、軟件放行/接收準則制定、測試目標及計劃、測試計劃和設計的評審方法等；（4）測試執(zhí)行能力：包括測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動化工具；（5）測試分析、報告和改進能力：包括測試度量、統(tǒng)計技術、測試報告、過程監(jiān)測及持續(xù)改進。（3）測試規(guī)劃能力：包括風險分析及防范、軟件放行

測試組織管理者的工作能力在很大程度上決定測試工作的成功與否，測試管理是很困難的，測試組織的管理者必須具備：（1）了解與評價軟件測試政策、標準、過程、工具、培訓和度量的能力；（2）領導一個測試組織的能力，該組織必須堅強有力、獨立自主、辦事規(guī)范且沒有偏見；測試組織管理者的工作能力在很大程度上決定測試工作（3）吸引并留住杰出測試專業(yè)人才的能力；（4）領導、溝通、支持和控制的能力；（5）有提出解決問題方案的能力；（6）測試時間、質(zhì)量和成本控制的能力。（3）吸引并留住杰出測試專業(yè)人才的能力；6.4.4人員的通信方式

人員的溝通、交流方式主要有：（1）正式非個人方式，如正式會議等；（2）正式個人之間交流，如成員之間的正式討論等（一般不形成決議）；（3）非正式個人之間交流，如個人之間的自由交流等；6.4.4人員的通信方式

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

管理者習慣用對自己有效的因素激勵測試人員，很可能發(fā)現(xiàn)無效；過多行使權力、資金或處罰手段很可能導致項目失??；注意采取卓有成效的非貨幣形式的激勵措施；在項目進行過程中，而不僅是在項目結果時實施激勵措施；管理者習慣用對自己有效的因素激勵測試人員，很可能發(fā)現(xiàn)無

獎勵應該在工作獲得認同后盡快兌現(xiàn)；對項目成員的工作表現(xiàn)出真誠的興趣，是對他們最好的獎勵；已經(jīng)滿足的需要很可能不再成為激勵因素。激勵因素是影響個人行為的東西，是因人而異、因時而異的。因此，管理者必須明確各種激勵的方式，并合理使用。獎勵應該在工作獲得認同后盡快兌現(xiàn)；作為測試人員，測試工件的7條效率原則是：主動思考，積極行動；一開始就牢記目標，不迷失方向；重要的事情放在首位（但常常把緊急的事情放在首位）；先理解人，后被人理解；尋求雙贏；互相合作，追求1+1>2；終生學習，自我更新，不斷進步。作為測試人員，測試工件的7條效率原則是：6.4.6測試人員的培訓如今，計算機軟、硬件技術發(fā)展十分迅速，測試人員必須有足夠的能力來適應這些變化。而另一方面，測試工作本身是一門需要技術的學問，它包含了眾多的理論和實踐。缺乏這些知識和經(jīng)驗，測試的深度和廣度就不夠，測試的質(zhì)量就無法保證。從測試管理的角度來說，為了高效地實現(xiàn)測試工作的目標，需要不斷地幫助他們進行知識的更新和技術能力的提升，這些就需要通過培訓來達到。6.4.6測試人員的培訓1．軟件測試培訓內(nèi)容2．制定測試人員培訓計劃1．軟件測試培訓內(nèi)容6.4.7測試的組織與人員管理中的風險管理

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

基于“V”模型，在開發(fā)周期中的每個階段都有相關的測試階段相對應，測試可以在需求分析階段就及早開始，創(chuàng)建測試的準則。每個階段都存在質(zhì)量控制點，對每個階段的任務、輸入和輸出都有明確的規(guī)定，以便對整個測試過程進行質(zhì)量控制和配置管理。基于“V”模型，在開發(fā)周期中的每個階段都有相關

根據(jù)質(zhì)量管理中PDCA質(zhì)量環(huán)的思想，需要對軟件測試過程進行跟蹤、檢查，并與測試計劃進行對比。測試計劃中描述了如何實施和管理軟件的測試過程，測試計劃經(jīng)批準生效后，將被用來作為對測試過程跟蹤與監(jiān)控的依據(jù)。測試項目的跟蹤與監(jiān)控的基礎是軟件測試計劃。根據(jù)質(zhì)量管理中PDCA質(zhì)量環(huán)的思想，需要對軟件測

在具體的測試項目的跟蹤與監(jiān)控過程中，可以采用周報、日報、例會，以及里程碑評審會等方式來了解測試項目的進展情況，建立、收集和分析項目的實際狀態(tài)數(shù)據(jù)，對項目進行跟蹤與監(jiān)控，達到項目管理的目的?；诳煽康男畔?，明智的和有意義的決策可以很好地管理測試過程，在測試過程的每個階段，測試項目管理人員應特別注意需要弄清楚以下問題：在具體的測試項目的跟蹤與監(jiān)控過程中，可以采用周報、

系統(tǒng)現(xiàn)在是否做好測試準備？如果系統(tǒng)開始測試會有什么樣的風險？當前測試所達到的覆蓋率是怎樣的？到目前為止取得了哪些成功？還要哪些測試要做？怎么證明系統(tǒng)已經(jīng)經(jīng)過了有效的測試？有哪些變更，哪些必須重新測試？系統(tǒng)現(xiàn)在是否做好測試準備？6.5.2測試的配置管理配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管理包括4個最基本的活動：（1）配置標識；（2）變更控制；（3）配置狀態(tài)報告；（4）配置審計。6.5.2測試的配置管理1．配置標識配置標識是配置管理的基礎。所有配置項的操作權限都應當嚴格管理，其基本原則是：所有基線配置項向測試人員開放讀取權限；而非基線配置項向測試組長、項目經(jīng)理及相關人員開放。1．配置標識

配置標識主要是標識測試樣品、測試標準、測試工具、測試文檔（包括測試用例）、測試報告等配置項的名稱和類型。所有配置項都應按照相關規(guī)定統(tǒng)一編號，按照相應的模板生成，并在文檔中的規(guī)定部分記錄對象的標識信息，標識各配置項的所有者及儲存位置，指出何時基準化配置項（置于基線控制之下），這樣使得測試相關人員能方便地知道每個配置項的內(nèi)容和狀態(tài)。配置標識主要是標識測試樣品、測試標準、測試工具、2．變更控制變更控制的目的并不是控制和限制變更的發(fā)生，而是對變更進行有效的管理，確保變更有序地進行。2．變更控制

變更控制主要包括以下內(nèi)容。（1）規(guī)定測試基線，對每個基線必須描述下列內(nèi)容：每個基線的項（包括文檔、樣品和工具等）；與每個基線有關的評審、批準事項以及驗收標準。變更控制主要包括以下內(nèi)容。

（2）規(guī)定何時何人創(chuàng)立新的基線，如何創(chuàng)立；（3）確定變更請求的處理程序和終止條件；（4）確定變更請求的處理過程中各測試人員執(zhí)行變更的職能；（5）確定變更請求和所產(chǎn)生結果的對應機制；（6）確定配置項提取和存入的控制機制與方式。（2）規(guī)定何時何人創(chuàng)立新的基線，如何創(chuàng)立；3．配置狀態(tài)報告配置狀態(tài)報告就是根據(jù)配置項操作數(shù)據(jù)庫中的記錄，來向管理者報告軟件測試工作的進展情況。配置狀態(tài)報告應該包括以下主要內(nèi)容：（1）定義配置狀態(tài)報告形式、內(nèi)容和提交方式；（2）確認過程記錄和跟蹤問題報告，更改請求，更改次序等；（3）確定測試報告提交的時間與方式。3．配置狀態(tài)報告4．配置審計配置審計的主要作用是作為變更控制的補充手段，來確保某一變更需求已被切實地執(zhí)行和實現(xiàn)。配置審計包括以下主要內(nèi)容：（1）確定審計執(zhí)行人員和執(zhí)行時機；（2）確定審計的內(nèi)容與方式；（3）確定發(fā)現(xiàn)問題的處理方法。4．配置審計6.5.3軟件測試風險管理1．風險的基本概念風險可定義為“傷害、損壞或損失的可能性；一種危險的可能或一種冒險事件?！憋L險涉及到一個事件發(fā)生的可能性，涉及到該事件產(chǎn)生的不良后果或影響。軟件風險是指開發(fā)不成功引起損失的可能性，這種不成功事件會導致公司商業(yè)上的失敗。風險分析是對軟件中潛在的問題進行識別、估計和評價的過程。軟件測試中的風險分析是根據(jù)測試軟件將出現(xiàn)的風險，制定軟件測試計劃，并排列優(yōu)先等級。

6.5.3軟件測試風險管理

軟件風險分析的目的是確定測試對象、測試優(yōu)先級，以及測試的深度。有時還包括確定可以忽略的測試對象。通過風險分析，測試人員識別軟件中高風險的部分，并進行嚴格徹底地測試；確定潛在的隱患軟件構件，對其進行重點測試。在制定測試計劃的過程中，可以將風險分析的結果用來確定軟件測試的優(yōu)先級與測試深度。軟件風險分析的目的是確定測試對象、測試優(yōu)先級，以2．軟件測試與商業(yè)風險軟件測試是一種用來盡可能降低軟件風險的控制措施。軟件測試是檢測軟件開發(fā)是否符合計劃，是否達到預期的結果的測試。如果檢測表明軟件的實現(xiàn)沒有按照計劃執(zhí)行，或與預期目標不符，就要采取必要的改進行動。因此，公司的管理者應該依靠軟件測試之類的措施來幫助自己實現(xiàn)商業(yè)目標。2．軟件測試與商業(yè)風險3．軟件風險分析風險分析是一個對潛在問題識別和評估的過程，即對測試的對象進行優(yōu)先級劃分。風險分析包括以下兩個部分。發(fā)生的可能性：發(fā)生問題的可能性有多大。影響的嚴重性：如果問題發(fā)生了會有什么后果。3．軟件風險分析

通常風險分析采用兩種方法：表格分析法和矩陣分析法。通用的風險分析表包括以下幾項內(nèi)容。（1）風險標識：表示風險事件的惟一標識；（2）風險問題：風險問題發(fā)生現(xiàn)象的簡單描述；（3）發(fā)生可能性：風險發(fā)生可能性的級別（1～10）；通常風險分析采用兩種方法：表格分析法和矩陣分析法

（4）影響的嚴重性：風險影響的嚴重性的級別（1～10）；（5）風險預測值：風險發(fā)生可能性與風險影響的嚴重性的乘積；（6）風險優(yōu)先級：風險預測值從高向低的排序。（4）影響的嚴重性：風險影響的嚴重性的級別（1～1

綜上所述，軟件風險分析的目的是：確定測試對象、確定優(yōu)先級，以及測試深度。在測試計劃階段，可以用風險分析的結果來確定軟件測試的優(yōu)先級。對每個測試項和測試用例賦予優(yōu)先代碼，將測試分為高、中和低的優(yōu)先級類型，這樣可以在有限的資源和時間條件下，合理安排測試的覆蓋度與深度。綜上所述，軟件風險分析的目的是：確定測試對象、確4．軟件測試風險軟件測試的風險是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補充以及結果不準確。測試的不成功導致軟件交付潛藏著問題，一旦在運行時爆發(fā)，會帶來很大的商業(yè)風險。4．軟件測試風險

主要是對測試計劃執(zhí)行的風險分析與制定要采取的應急措施，降低軟件測試產(chǎn)生的風險造成的危害。測試計劃的風險一般指測試進度滯后或出現(xiàn)非計劃事件，就是針對計劃好的測試工作造成消極影響的所有因素，對于計劃風險分析的工作是制定計劃風險發(fā)生時應采取的應急措施。主要是對測試計劃執(zhí)行的風險分析與制定要采取的應急

其中，交付日期的風險是主要風險之一。測試未按計劃完成，發(fā)布日期推遲，影響對客戶提交產(chǎn)品的承諾，管理的可信度和公司的信譽都要受到考驗，同時也受到競爭對手的威脅。交付日期的滯后，也可能是已經(jīng)耗盡了所有的資源。計劃風險分析所做的工作重點不在于分析風險產(chǎn)生的原因，重點應放在提前制定應急措施來應對風險發(fā)生。當測試計劃風險發(fā)生時，可能采用的應急措施有：縮小范圍、增加資源、減少過程等措施。其中，交付日期的風險是主要風險之一。測試未

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

由上面分析可以看出，計劃風險、軟件風險、重點測試、不測試，甚至整個軟件的測試與應急措施都是圍繞“用風險來確定測試工作優(yōu)先級”這樣的原則來構造的。軟件測試存在著風險，如果提前重視風險，并且有所防范，就可以最大限度減少風險的發(fā)生。在項目過程中，風險管理的成功取決于如何計劃、執(zhí)行與檢驗每一個步驟。遺漏任何一點，風險管理都不會成功。由上面分析可以看出，計劃風險、軟件風險、重點測試、6.5.4軟件測試的成本管理對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構成。6.5.4軟件測試的成本管理

當一個測試項目開始后，就會發(fā)生一些不確定的事件。測試項目的管理者一般都在一種不能夠完全確定的環(huán)境下管理項目，項目的成本費用可能出現(xiàn)難以預料的情況，因此，必須有一些可行的措施和辦法，來幫助測試項目的管理者進行項目成本管理，即依據(jù)實際預算制定項目計劃，實施整個項目生命周期內(nèi)的成本度量和控制。當一個測試項目開始后，就會發(fā)生一些不確定的事件。1．測試費用有效性風險承受的確定，從經(jīng)濟學的角度考慮就是確定需要完成多少測試，以及進行什么類型的測試。經(jīng)濟學所做的判斷，確定了軟件存在的缺陷是否可以接受，如果可以，能承受多少。測試的策略不再主要由軟件人員和測試人員來確定，而是由商業(yè)的經(jīng)濟利益來決定的。1．測試費用有效性“太少的測試是犯罪，而太多的測試是浪費?！睂︼L險測試得過少，會造成軟件的缺陷和系統(tǒng)的癱瘓；而對風險測試得過多，就會使本來沒有缺陷的系統(tǒng)進行沒有必要的測試，或者是對輕微缺陷的系統(tǒng)所花費的測試費用遠遠大于它們給系統(tǒng)造成的損失?！疤俚臏y試是犯罪，而太多的測試是浪費?！睂︼L險

測試費用的有效性，可以用測試費用的質(zhì)量曲線來表示，如圖6-1所示。隨著測試費用的增加，發(fā)現(xiàn)的缺陷也會越多，兩線相交的地方是過多測試開始的地方，這時，排除缺陷的測試費用超過了缺陷給系統(tǒng)造成的損失費用。測試費用的有效性，可以用測試費用的質(zhì)量曲線來表示圖6-1測試費用的質(zhì)量曲線圖6-1測試費用的質(zhì)量曲線2．測試成本控制測試成本控制也稱為項目費用控制，就是在整個測試項目的實施過程中，定期收集項目的實際成本數(shù)據(jù)，與成本的計劃值進行對比分析，并進行成本預測，及時發(fā)現(xiàn)并糾正偏差，使項目的成本目標盡可能好地實現(xiàn)。2．測試成本控制

測試工作的主要目標是使測試產(chǎn)能最大化，也就是，要使通過測試找出錯誤的能力最大化，而檢測次數(shù)最小化。測試的成本控制目標是使測試開發(fā)成本、測試實施成本和測試維護成本最小化。在軟件產(chǎn)品測試過程中，測試實施成本主要包括：測試準備成本、測試執(zhí)行成本和測試結束成本。測試工作的主要目標是使測試產(chǎn)能最大化，也就是，要（1）測試準備成本控制（2）測試執(zhí)行成本控制（1）測試準備成本控制

對部分重新測試進行合理的選擇，將風險降至最低，而成本同樣會很高，必須將其與測試執(zhí)行成本進行比較，權衡利弊。利用測試自動化，進行重新測試，其成本效益是較好的。部分重新測試選擇方法有兩種：①對由于程序變化而受到影響的每一部分進行重新測試；②對與變化有密切和直接關系的部分進行重新測試。對部分重新測試進行合理的選擇，將風險降至最低，而（3）測試結束成本控制（4）降低測試實施成本（5）降低測試維護成本降低測試維護成本，與軟件開發(fā)過程一樣，加強軟件測試的配置管理，所有測試的軟件樣品、測試文檔（測試計劃、測試說明、測試用例、測試記錄、測試報告）都應置于配置管理系統(tǒng)控制之下。降低測試維護工作成本主要考慮：（3）測試結束成本控制

對于測試中出現(xiàn)的偏差要增加測試；采用漸進式測試，以適應新變化的測試；定期檢查維護所有測試用例，以獲得測試效果的連續(xù)性。對于測試中出現(xiàn)的偏差要增加測試；

保持測試用例效果的連續(xù)性是重要的措施，有以下幾個方面：每一個測試用例都是可執(zhí)行的，即被測產(chǎn)品功能上不應有任何變化；基于需求和功能的測試都應是適合的，若產(chǎn)品需求和功能發(fā)生小的變化，不應使測試用例無效；每一個測試用例不斷增加使用價值，即每一個測試用例不應是完全冗余的，連續(xù)使用，應是成本效益高的。保持測試用例效果的連續(xù)性是重要的措施，有以下幾個方3．質(zhì)量成本測試是一種帶有風險性的管理活動，可以使企業(yè)減少因為軟件產(chǎn)品質(zhì)量低劣，而花費不必要的成本。3．質(zhì)量成本（1）質(zhì)量成本要素質(zhì)量成本要素主要包括一致性成本和非一致性成本。一致性成本是指用于保證軟件質(zhì)量的支出，包括預防成本和測試預算，如測試計劃、測試開發(fā)、測試實施費用。（1）質(zhì)量成本要素

非一致性成本是由出現(xiàn)的軟件錯誤和測試過程故障（如延期、劣質(zhì)的發(fā)布）引起的。這些問題會導致返工、補測、延遲。追加測試時間和資金就是一種由于內(nèi)部故障引起的非一致性成本。非一致性成本還包括外部故障（軟件遺留錯誤影響客戶）引起部分。一般情況下，外部故障非一致性成本要大于一致性成本與內(nèi)部故障非一致性成本之和。非一致性成本是由出現(xiàn)的軟件錯誤和測試過程故障（如（2）質(zhì)量成本計算質(zhì)量成本一般按下式計算：質(zhì)量成本=一致性成本+非一致性成本（2）質(zhì)量成本計算4．缺陷探測率缺陷探測率是另一個衡量測試工作效率的軟件質(zhì)量成本的指標。缺陷探測率=測試發(fā)現(xiàn)的軟件缺陷數(shù)/(測試發(fā)現(xiàn)的軟件缺陷數(shù)+客戶發(fā)現(xiàn)并反饋技術支持人員進行修復的軟件缺陷數(shù))4．缺陷探測率測試投資回報率可按下式計算：投資回報率=(節(jié)約的成本?利潤)/測試投資×100%測試投資回報率可按下式計算：6.1測試項目管理概述6.1.1測試項目與測試項目管理1．測試項目測試項目是在一定的組織機構內(nèi)，利用有限的人力和財力等資源，在指定的環(huán)境和要求下，對特定軟件完成特定測試目標的階段性任務。該任務應滿足一定質(zhì)量、數(shù)量和技術指標等要求。6.1測試項目管理概述6.1.1測試項目與測試項目管測試項目一般具有如下一些基本特性。（1）項目的獨特性（2）項目的組織性（3）測試項目的生命期（4）測試項目的資源消耗特性（5）測試項目目標沖突性（6）測試項目結果的不確定因素測試項目一般具有如下一些基本特性。2．測試項目管理測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運用專門的軟件測試知識、技能、工具和方法，對測試項目進行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進行分析和管理活動。（一種高級管理方法）測試項目管理貫穿整個測試項目的生命周期，是對測試項目的全過程進行管理。2．測試項目管理測試項目管理有以下基本特征。（1）系統(tǒng)工程的思想貫穿測試項目管理的全過程。（2）測試項目管理的組織有一定的特殊性。測試項目管理有以下基本特征。

（3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作順利進行的環(huán)境，使置身于這個環(huán)境中的人員能在集體中協(xié)調(diào)工作以完成預定的目標。（4）測試項目管理的方法、工具和技術手段具有先進性。（3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作6.1.2測試項目的范圍管理測試項目范圍管理就是界定項目所必須包含且只需包含的全部工作，并對其他的測試項目管理工作起指導作用，以確保測試工作順利完成。6.1.2測試項目的范圍管理

項目目標確定后，下一步過程就是確定需要執(zhí)行哪些工作，或者活動來完成項目的目標，這就是要確定一個包含項目所有活動在內(nèi)的一覽表。準備這樣的一覽表通常有兩種方法：一種是讓測試小組利用“頭腦風暴法”根據(jù)經(jīng)驗，集思廣益來形成。這種方法比較適合小型測試項目。項目目標確定后，下一步過程就是確定需要執(zhí)行哪些工

另一種是對更大更復雜的項目建立一個工作分解結構WBS和任務的一覽表。工作分解結構是將一個軟件測試項目分解成易于管理的更多部分或細目，所有這些細目構成了整個軟件測試項目的工作范圍。工作分解結構是進行范圍規(guī)劃時所使用的重要工具和技術之一，它是測試項目團隊在項目期間要完成或生產(chǎn)出的最終細目的等級樹，它組織并定義了整個測試項目的范圍，未列入工作分解結構的工作將排除在項目范圍之外。另一種是對更大更復雜的項目建立一個工作分解結構W

進行工作分解是非常重要的工作，它在很大程度上決定項目能否成功。對于細分的所有項目要素需要統(tǒng)一編碼，并按規(guī)范化進行要求。這樣，WBS的應用將給所有的項目管理人員提供一個一致的基準，即使項目人員變動時，也有一個互相可以理解和交流溝通的平臺。進行工作分解是非常重要的工作，它在很大程度上決定6.2測試文檔

測試文檔是對要執(zhí)行的軟件測試及測試的結果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。由于軟件測試是一個很復雜的過程，同時也涉及到軟件開發(fā)中其他一些階段的工作，因此，必須把對軟件測試的要求、規(guī)劃、測試過程等有關信息和測試的結果，以及對測試結果的分析、評價，以正式的文檔形式給出。6.2測試文檔測試文檔是對要執(zhí)行的

測試文檔對于測試階段工作的指導與評價作用更是非常明顯的。需要特別指出的是，在已開發(fā)的軟件投入運行的維護階段，常常還要進行再測試或回歸測試，這時還會用到測試文檔。測試文檔的編寫是測試管理的一個重要組成部分。測試文檔對于測試階段工作的指導與評價作用更是非常6.2.1測試文檔的作用測試文檔的重要作用可從以下幾個方面看出。1．促進項目組成員之間的交流溝通2．便于對測試項目的管理6.2.1測試文檔的作用3．決定測試的有效性4．檢驗測試資源5．明確任務的風險6．評價測試結果7．方便再測試8．驗證需求的正確性3．決定測試的有效性6.2.2測試文檔的類型根據(jù)測試文檔所起的不同作用，通常把它分成兩類，即前置作業(yè)文檔和后置作業(yè)文檔。測試計劃及測試用例的文檔屬于前置作業(yè)文檔。后置作業(yè)文檔是在測試完成后提交的，主要包括軟件缺陷報告和分析總結報告。6.2.2測試文檔的類型6.2.3主要軟件測試文檔1．軟件測試文檔給出了軟件測試主要文檔的類型。6.2.3主要軟件測試文檔軟件測試項目管理課件2．軟件測試計劃主要對軟件測試項目、所需要進行的測試工作、測試人員所應該負責的測試工作、測試過程、測試所需的時間和資源，以及測試風險等做出預先的計劃和安排。2．軟件測試計劃軟件測試項目管理課件3．測試設計規(guī)格說明用于每個測試等級，以指定測試集的體系結構和覆蓋跟蹤。3．測試設計規(guī)格說明4．軟件測試用例規(guī)格說明文檔用于描述測試用例。4．軟件測試用例規(guī)格說明文檔5．測試規(guī)程用于指定執(zhí)行一個測試用例集的步驟。6．測試日志由于記錄測試的執(zhí)行情況不同，可根據(jù)需要選用。5．測試規(guī)程7．軟件缺陷報告用來描述出現(xiàn)在測試過程或軟件中的異常情況，這些異常情況可能存在于需求、設計、代碼、文檔或測試用例中。8．測試總結報告用于報告某個測試完成情況。7．軟件缺陷報告6.3軟件測試計劃

測試計劃就是描述所有要完成的測試工作，包括被測試項目的背景、目標、范圍、方式、資源、進度安排、測試組織，以及與測試有關的風險等方面。6.3軟件測試計劃測試計劃就是描述所有要6.3.1制定測試計劃的目的一個計劃一定是為了某種目的而產(chǎn)生的，對于軟件質(zhì)量管理而言，制定測試計劃的目的主要有3個。1．使軟件測試工作進行更順利2．促進項目參加人員彼此的溝通3．使軟件測試工作更易于管理6.3.1制定測試計劃的目的6.3.2制定測試計劃的原則制定測試計劃是軟件測試中最有挑戰(zhàn)性的一個工作。以下原則將有助于制定測試計劃工作。1．制定測試計劃應盡早開始2．保持測試計劃的靈活性3．保持測試計劃簡潔和易讀4．盡量爭取多渠道評審測試計劃5．計算測試計劃的投入6.3.2制定測試計劃的原則6.3.3制定測試計劃時面對的問題制定測試計劃時，測試人員可能面對以下問題，必須認真對待，并妥善予以處理。

1．與開發(fā)者意見不一致

2．缺乏測試工具

3．培訓不夠6.3.3制定測試計劃時面對的問題4．管理部門缺乏對測試工作的理解和支持5．缺乏用戶的參與6．測試時間不足7．過分依賴測試人員8．測試人員處于進退兩難的狀態(tài)9．不得不說“不”4．管理部門缺乏對測試工作的理解和支持6.3.4制定測試計劃制定測試計劃時，由于各軟件公司的背景不同，測試計劃文檔也略有差異。實踐表明，制定測試計劃時，使用正規(guī)化文檔通常比較好。為了使用方便，在這里給出IEEE軟件測試計劃文檔模板。6.3.4制定測試計劃軟件測試項目管理課件

根據(jù)IEEE829－1998軟件測試文檔編制標準的建議，測試計劃包含了16個大綱要項，簡要說明如下。1．測試計劃標識符一個測試計劃標識符是一個由公司生成的惟一值，它用于標識測試計劃的版本、等級，以及與該測試計劃相關的軟件版本。根據(jù)IEEE829－1998軟件測試文檔編制標準的2．介紹在測試計劃的介紹部分主要是測試軟件基本情況的介紹和測試范圍的概括性描述。2．介紹3．測試項測試項部分主要是綱領性描述在測試范圍內(nèi)對哪些具體內(nèi)容進行測試，確定一個包含所有測試項在內(nèi)的一覽表。具體要點如下。功能的測試設計的測試整體測試3．測試項IEEE標準中指出，可以參考下面的文檔來完成測試項：需求規(guī)格說明用戶指南操作指南安裝指南與測試項相關的事件報告IEEE標準中指出，可以參考下面的文檔來完成測試項：4．需要測試的功能測試計劃中這一部分列出了待測的功能。5．方法（策略）這部分內(nèi)容是測試計劃的核心所在，所以有些軟件公司更愿意將其標記為“策略”，而不是“方法”。4．需要測試的功能

測試策略描述測試小組用于測試整體和每個階段的方法。要描述如何公正、客觀地開展測試，要考慮模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素的影響，要盡可能地考慮到細節(jié)，越詳細越好，并制作測試記錄文檔的模板，為即將開始的測試做準備。測試記錄具體說明如下。測試策略描述測試小組用于測試整體和每個階段的方法

公正性聲明測試用例特殊考慮經(jīng)驗判斷設想公正性聲明6．不需要測試的功能測試計劃中這一部分列出了不需要測試的功能。7．測試項通過/失敗的標準測試計劃中這一部分給出了“測試項”中描述的每一個測試項通過/失敗的標準。正如每個測試用例都需要一個預期的結果一樣，每個測試項同樣都需要一個預期的結果。6．不需要測試的功能下面是通過/失敗的標準的一些例子：通過測試用例所占的百分比；缺陷的數(shù)量、嚴重程度和分布情況；測試用例覆蓋；用戶測試的成功結論；文檔的完整性；性能標準。下面是通過/失敗的標準的一些例子：8．測試中斷和恢復的規(guī)定測試計劃中這一部分給出了測試中斷和恢復的標準。常用的測試中斷標準如下：關鍵路徑上的未完成任務大量的缺陷嚴重的缺陷不完整的測試環(huán)境資源短缺8．測試中斷和恢復的規(guī)定9．測試完成所提交的材料測試完成所提交的材料包含了測試工作開發(fā)設計的所有文檔、工具等。例如，測試計劃、測試設計規(guī)格說明、測試用例、測試日志、測試數(shù)據(jù)、自定義工具、測試缺陷報告和測試總結報告等。9．測試完成所提交的材料10．測試任務測試計劃中這一部分給出了測試工作所需完成的一系列任務。在這里還列舉了所有任務之間的依賴關系和可能需要的特殊技能。10．測試任務11．環(huán)境需求環(huán)境需求是確定實現(xiàn)測試策略必備條件的過程。例如：人員——人數(shù)、經(jīng)驗和專長。他們是全職、兼職、業(yè)余還是學生？設備——計算機、測試硬件、打印機、測試工具等。11．環(huán)境需求

辦公室和實驗室空間——在哪里？空間有多大？怎樣排列？軟件——字處理程序、數(shù)據(jù)庫程序和自定義工具等。其他資源——軟盤、電話、參考書、培訓資料等。辦公室和實驗室空間——在哪里？空間有多大？怎樣排列？12．測試人員的工作職責測試人員的工作職責是明確指出了測試任務和測試人員的工作責任。有時測試需要定義的任務類型不容易分清，不像程序員所編寫的程序那樣明確。復雜的任務可能有多個執(zhí)行者，或者由多人共同負責。12．測試人員的工作職責13．人員安排與培訓需求前面討論的測試人員的工作職責是指哪類人員（管理、測試和程序員等）負責哪些任務。人員安排與培訓需求是指明確測試人員具體負責軟件測試的哪些部分、哪些可測試性能，以及他們需要掌握的技能等。實際責任表會更加詳細，確保軟件的每一部分都有人進行測試。每一個測試員都會清楚地知道自己應該負責什么，而且有足夠的信息開始設計測試用例。13．人員安排與培訓需求

培訓需求通常包括學習如何使用某個工具、測試方法、缺陷跟蹤系統(tǒng)、配置管理，或者與被測試系統(tǒng)相關的業(yè)務基礎知識。培訓需求各個測試項目會各不相同，它取決于具體項目的情況。培訓需求通常包括學習如何使用某個工具、測試方法、14．進度表測試進度是圍繞著包含在項目計劃中的主要事件（如文檔、模塊的交付日期，接口的可用性等）來構造的。作為測試計劃的一部分，完成測試進度計劃安排，可以為項目管理員提供信息，以便更好地安排整個項目的進度。14．進度表表6-4給出了一個例子。表6-4給出了一個例子。

進度安排會使測試過程容易管理。通常，項目管理員或者測試管理員最終負責進度安排，而測試人員參與安排自己的具體任務。進度安排會使測試過程容易管理。通常，項目管理員或15．潛在的問題和風險軟件測試人員要明確地指出計劃過程中的風險，并與測試管理員和項目管理員交換意見。這些風險應該在測試計劃中明確指出，在進度中予以考慮。有些風險是真正存在的，而有些最終證實是無所謂的，重要的是盡早明確指出，以免在項目晚期發(fā)現(xiàn)時感到驚慌。15．潛在的問題和風險

一般而言，大多數(shù)測試小組都會發(fā)現(xiàn)自己的資源有限，不可能窮盡測試軟件所有方面。如果能勾畫出風險的輪廓，將有助于測試人員排定待測試項的優(yōu)先順序，并且有助于集中精力去關注那些極有可能發(fā)生失效的領域。下面是一些潛在的問題和風險的例子：一般而言，大多數(shù)測試小組都會發(fā)現(xiàn)自己的資源有限，

不現(xiàn)實的交付日期與其他系統(tǒng)的接口處理巨額現(xiàn)金的特征極其復雜的軟件有過缺陷歷史的模塊發(fā)生過許多或者復雜變更的模塊安全性、性能和可靠性問題難于變更或測試的特征不現(xiàn)實的交付日期

風險分析是一項十分艱巨的工作，尤其是第一次嘗試進行時更是如此，但是以后會好起來，而且也值得這樣做。風險分析是一項十分艱巨的工作，尤其是第一次嘗試進16．審批審批人應該是有權宣布已經(jīng)為轉(zhuǎn)入下一個階段做好準備的某個人或某幾個人。測試計劃審批部分一個重要的部件是簽名頁。審批人除了在適當?shù)奈恢煤炇鹱约旱拿趾腿掌谕?，還應該簽署表明他們是否建議通過評審的意見。16．審批6.4測試的組織與人員管理6.4.1測試的組織與人員管理概述測試項目成功完成的關鍵因素之一就是要有高素質(zhì)的軟件測試人員，并將他們有效地組織起來，分工合作，形成一支精干的隊伍，使他們發(fā)揮出最大的工作效率。6.4測試的組織與人員管理6.4.1測試的組織與人員測試的組織與人員管理就是對測試項目相關人員在組織形式、人員組成與職責方面所做的規(guī)劃和安排。測試的組織與人員管理的任務是：（1）為測試項目選擇合適的組織結構模式；（2）確定項目組內(nèi)部的組織形式；（3）合理配備人員，明確分工和責任；（4）對項目成員的思想、心理和行為進行有效地管理，充分發(fā)揮他們的主觀能動性，密切配合實現(xiàn)項目的目標。測試的組織與人員管理就是對測試項目相關人員在組織形式、人員組測試的組織與人員管理應注意的原則是：（1）盡快落實責任從軟件的生存周期看，測試往往指對程序的測試，但是，由于測試的依據(jù)是規(guī)格說明書、設計文檔和使用說明書，如果設計有錯誤，測試的質(zhì)量就難以保證。實際上，測試的準備工作在分析和設計階段就開始了，在軟件項目的開始就要盡早指定專人負責，讓他有權去落實與測試有關的各項事宜。測試的組織與人員管理應注意的原則是：（2）減少接口要盡可能地減少項目組內(nèi)人與人之間的層次關系，縮短通信的路徑，方便人員之間的溝通，提高工作效率。（3）責任明確、均衡項目組成員都必須明確自己在項目組中的地位、角色和職責，各成員所負的責任不應比委任的權力大，反之亦然。（2）減少接口6.4.2測試人員的組織結構組織結構是指用一定的模式對責任、權威和關系進行安排，直至通過這種結構發(fā)揮功能。測試組織結構設計時主要考慮以下因素。垂直還是平緩集中還是分散分級還是分散專業(yè)人員還是工作人員功能還是項目6.4.2測試人員的組織結構

選擇合理高效的測試組織結構方案的準則是：（1）提供軟件測試的快速決策能力；（2）利于合作，尤其是產(chǎn)品開發(fā)與測試開發(fā)之間的合作；（3）能夠獨立、規(guī)范、不帶偏見地運作并具有精干的人員配置；選擇合理高效的測試組織結構方案的準則是：（4）有利于滿足軟件測試與質(zhì)量管理的關系；（5）有利于滿足軟件測試過程管理要求；（6）有利于為測試技術提供專有技術；（7）充分利用現(xiàn)有測試資源，特別是人；（8）對測試者的職業(yè)道德和事業(yè)產(chǎn)生積極的影響。（4）有利于滿足軟件測試與質(zhì)量管理的關系；

進行軟件測試的測試組織結構形式很多，目前常見的測試組織結構有獨立的測試小組和集成的測試小組兩種形式。進行軟件測試的測試組織結構形式很多，目前1．獨立測試小組獨立的測試小組，即主要工作是進行測試的小組，他們專門從事軟件的測試工作。測試組設組長一名，負責整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設計和測試經(jīng)驗的專業(yè)人員組成，人數(shù)根據(jù)具體情況可多可少，一般3～5人為宜。測試組長與開發(fā)組長在項目中的地位是同級、平等的關系。1．獨立測試小組2．集成測試小組集成測試小組是將測試與基本設計因素組合起來，構成的測試組織結構。這是與獨立測試有關的一種集成測試組織形式，即集成測試小組是由需要向同一個項目經(jīng)理匯報工作的測試人員和開發(fā)人員組成。2．集成測試小組6.4.3測試人員測試人員的能力應包括以下幾項。（1）一般能力：包括表達、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等；（2）測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標準、工作成績評估等；6.4.3測試人員

（3）測試規(guī)劃能力：包括風險分析及防范、軟件放行/接收準則制定、測試目標及計劃、測試計劃和設計的評審方法等；（4）測試執(zhí)行能力：包括測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動化工具；（5）測試分析、報告和改進能力：包括測試度量、統(tǒng)計技術、測試報告、過程監(jiān)測及持續(xù)改進。（3）測試規(guī)劃能力：包括風險分析及防范、軟件放行

測試組織管理者的工作能力在很大程度上決定測試工作的成功與否，測試管理是很困難的，測試組織的管理者必須具備：（1）了解與評價軟件測試政策、標準、過程、工具、培訓和度量的能力；（2）領導一個測試組織的能力，該組織必須堅強有力、獨立自主、辦事規(guī)范且沒有偏見；測試組織管理者的工作能力在很大程度上決定測試工作（3）吸引并留住杰出測試專業(yè)人才的能力；（4）領導、溝通、支持和控制的能力；（5）有提出解決問題方案的能力；（6）測試時間、質(zhì)量和成本控制的能力。（3）吸引并留住杰出測試專業(yè)人才的能力；6.4.4人員的通信方式

人員的溝通、交流方式主要有：（1）正式非個人方式，如正式會議等；（2）正式個人之間交流，如成員之間的正式討論等（一般不形成決議）；（3）非正式個人之間交流，如個人之間的自由交流等；6.4.4人員的通信方式

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

管理者習慣用對自己有效的因素激勵測試人員，很可能發(fā)現(xiàn)無效；過多行使權力、資金或處罰手段很可能導致項目失?。蛔⒁獠扇∽坑谐尚У姆秦泿判问降募畲胧?；在項目進行過程中，而不僅是在項目結果時實施激勵措施；管理者習慣用對自己有效的因素激勵測試人員，很可能發(fā)現(xiàn)無

獎勵應該在工作獲得認同后盡快兌現(xiàn)；對項目成員的工作表現(xiàn)出真誠的興趣，是對他們最好的獎勵；已經(jīng)滿足的需要很可能不再成為激勵因素。激勵因素是影響個人行為的東西，是因人而異、因時而異的。因此，管理者必須明確各種激勵的方式，并合理使用。獎勵應該在工作獲得認同后盡快兌現(xiàn)；作為測試人員，測試工件的7條效率原則是：主動思考，積極行動；一開始就牢記目標，不迷失方向；重要的事情放在首位（但常常把緊急的事情放在首位）；先理解人，后被人理解；尋求雙贏；互相合作，追求1+1>2；終生學習，自我更新，不斷進步。作為測試人員，測試工件的7條效率原則是：6.4.6測試人員的培訓如今，計算機軟、硬件技術發(fā)展十分迅速，測試人員必須有足夠的能力來適應這些變化。而另一方面，測試工作本身是一門需要技術的學問，它包含了眾多的理論和實踐。缺乏這些知識和經(jīng)驗，測試的深度和廣度就不夠，測試的質(zhì)量就無法保證。從測試管理的角度來說，為了高效地實現(xiàn)測試工作的目標，需要不斷地幫助他們進行知識的更新和技術能力的提升，這些就需要通過培訓來達到。6.4.6測試人員的培訓1．軟件測試培訓內(nèi)容2．制定測試人員培訓計劃1．軟件測試培訓內(nèi)容6.4.7測試的組織與人員管理中的風險管理

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

基于“V”模型，在開發(fā)周期中的每個階段都有相關的測試階段相對應，測試可以在需求分析階段就及早開始，創(chuàng)建測試的準則。每個階段都存在質(zhì)量控制點，對每個階段的任務、輸入和輸出都有明確的規(guī)定，以便對整個測試過程進行質(zhì)量控制和配置管理?；凇癡”模型，在開發(fā)周期中的每個階段都有相關

根據(jù)質(zhì)量管理中PDCA質(zhì)量環(huán)的思想，需要對軟件測試過程進行跟蹤、檢查，并與測試計劃進行對比。測試計劃中描述了如何實施和管理軟件的測試過程，測試計劃經(jīng)批準生效后，將被用來作為對測試過程跟蹤與監(jiān)控的依據(jù)。測試項目的跟蹤與監(jiān)控的基礎是軟件測試計劃。根據(jù)質(zhì)量管理中PDCA質(zhì)量環(huán)的思想，需要對軟件測

在具體的測試項目的跟蹤與監(jiān)控過程中，可以采用周報、日報、例會，以及里程碑評審會等方式來了解測試項