軟件測試第07章修改課件(PPT 115頁)

1、第 7 章 測試項(xiàng)目管理軟件測試技術(shù) 之第1頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第2頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第3頁，共115頁。7.1 測試項(xiàng)目管理概述7.1.1 測試項(xiàng)目管理 測試項(xiàng)目管理就是以測試項(xiàng)目為管理對象；通過一個(gè)臨時(shí)性的專門的測試組織，運(yùn)用專門的軟件測試知識、技能、工具和方法，對測試項(xiàng)目進(jìn)行計(jì)劃、組織、執(zhí)行和控制；

2、并在時(shí)間成本、軟件測試質(zhì)量等方面進(jìn)行分析和管理活動(dòng)。 測試項(xiàng)目管理應(yīng)遵循的原則：質(zhì)量第一，需求可靠，時(shí)間充足，計(jì)劃得當(dāng)，適當(dāng)引入測試自動(dòng)化和測試工具，獨(dú)立的測試環(huán)境。第4頁，共115頁。 測試項(xiàng)目范圍管理就是界定項(xiàng)目所必須包含且只需包含的全部工作，并對其他的測試項(xiàng)目管理工作起指導(dǎo)作用，以確保測試工作順利完成。 7.1.2 軟件測試項(xiàng)目的范圍管理第5頁，共115頁。 項(xiàng)目目標(biāo)確定后，下一步過程就是確定需要執(zhí)行哪些工作，或者活動(dòng)來完成項(xiàng)目的目標(biāo)，這就是要確定一個(gè)包含項(xiàng)目所有活動(dòng)在內(nèi)的一覽表。準(zhǔn)備這樣的一覽表通常有兩種方法： 一種是讓測試小組利用“頭腦風(fēng)暴法”根據(jù)經(jīng)驗(yàn)，集思廣益來形成。這種方法比較適

3、合小型測試項(xiàng)目。 另一種是對更大更復(fù)雜的項(xiàng)目建立一個(gè)工作分解結(jié)構(gòu)WBS和任務(wù)的一覽表。7.1.2 軟件測試項(xiàng)目的范圍管理 工作分解結(jié)構(gòu)WBS是將一個(gè)軟件測試項(xiàng)目分解成易于管理的更多部分或細(xì)目，所有這些細(xì)目構(gòu)成了整個(gè)軟件測試項(xiàng)目的工作范圍。第6頁，共115頁。WBS 模 版圖形類型第7頁，共115頁。WBS 模 版清單類型1. 變化計(jì)數(shù)器1.1 比較兩個(gè)版本的程序1.1.1 預(yù)處理1.1.2 文件比較1.1.3 結(jié)果處理1.2 找出修改后的程序中增加和刪除的代碼行1.2.1 找出增加的代碼行1.2.2 找出刪除的代碼行1.3 統(tǒng)計(jì)修改后的程序中增加和刪除的代碼行數(shù)1.3.1 統(tǒng)計(jì)增加代碼行數(shù)1.

4、3.2 統(tǒng)計(jì)刪除代碼行數(shù)1.4 統(tǒng)計(jì)總的代碼行數(shù) 1.5 設(shè)定標(biāo)記以指示修改的次數(shù)1.6 在程序的頭部增加修改紀(jì)錄第8頁，共115頁。 WBS組織并定義了整個(gè)測試項(xiàng)目的范圍，未列入工作分解結(jié)構(gòu)的工作將排除在項(xiàng)目范圍之外。 WBS的應(yīng)用將給所有的項(xiàng)目管理人員提供一個(gè)一致的基準(zhǔn)，即使項(xiàng)目人員變動(dòng)時(shí)，也有一個(gè)互相可以理解和交流溝通的平臺。7.1.2 軟件測試項(xiàng)目的范圍管理第9頁，共115頁。WBS 模 版圖形類型第10頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第11頁，共115

5、頁。7.2 軟件測試過程管理7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制 軟件測試和軟件開發(fā)一樣，都遵循軟件工程的原理，有它自己的生命周期。軟件的測試過程管理基于廣泛采用的“V”模型?！癡”模型支持系統(tǒng)測試周期的任何階段。第12頁，共115頁。7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制V 模 型第13頁，共115頁。 (1) 測試可以在需求分析階段就及早開始，在做需求分析、產(chǎn)品功能設(shè)計(jì)的同時(shí)，測試人員就可以閱讀、審查需求分析的結(jié)果，創(chuàng)建測試的準(zhǔn)則。7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制第14頁，共115頁。 (2) 當(dāng)系統(tǒng)設(shè)計(jì)人員在做概要設(shè)計(jì)時(shí)，測試人員可以了解系統(tǒng)是如何實(shí)現(xiàn)的，基于什么樣的平臺，這樣可以設(shè)計(jì)

6、系統(tǒng)的測試方案和測試計(jì)劃，并事先準(zhǔn)備系統(tǒng)的測試環(huán)境。7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制第15頁，共115頁。 (3) 當(dāng)設(shè)計(jì)人員在做在做詳細(xì)設(shè)計(jì)時(shí)，測試人員可以參與設(shè)計(jì)，對設(shè)計(jì)進(jìn)行評審，找出設(shè)計(jì)的缺陷，同時(shí)設(shè)計(jì)功能、新特性等各方面的測試用例，完善測試計(jì)劃。7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制第16頁，共115頁。 (4) 在編程的同時(shí)，進(jìn)行單元測試，是一種很有效的辦法，可以盡快找出程序中的錯(cuò)誤，充分的單元測試可以大幅度提高程序質(zhì)量、減少成本。7.2.1 軟件項(xiàng)目的跟蹤與質(zhì)量控制第17頁，共115頁。 測試項(xiàng)目啟動(dòng) 測試計(jì)劃階段 測試設(shè)計(jì)階段 測試執(zhí)行階段 測試結(jié)果的審查和分析7.2.2 軟件

7、項(xiàng)目的過程管理第18頁，共115頁。 (1) 測試項(xiàng)目啟動(dòng) 確定項(xiàng)目組長，組建整個(gè)測試小組； 測試小組參加有關(guān)項(xiàng)目計(jì)劃、分析和設(shè)計(jì)的會議，獲得必要的需求分析、系統(tǒng)設(shè)計(jì)文檔以及相關(guān)產(chǎn)品/技術(shù)知識的培訓(xùn)等。7.2.2 軟件項(xiàng)目的過程管理第19頁，共115頁。(2) 測試計(jì)劃階段 確定測試范圍、測試策略和方法； 對風(fēng)險(xiǎn)、日程表、資源等進(jìn)行分析和估計(jì)。 制定一份測試計(jì)劃，其中描述了如何實(shí)施和管理軟件的測試過程，測試計(jì)劃經(jīng)批準(zhǔn)生效后，將被用來作為對測試過程跟蹤和監(jiān)控的依據(jù)。7.2.2 軟件項(xiàng)目的過程管理第20頁，共115頁。(3) 測試設(shè)計(jì)階段 制訂測試的技術(shù)方案、設(shè)計(jì)測試用例、選擇測試工具、寫測試腳本

8、等。需要制定測試設(shè)計(jì)規(guī)格說明書，測試用例說明，測試規(guī)程規(guī)格說明。應(yīng)該考慮的要點(diǎn)： 所設(shè)計(jì)的測試技術(shù)方案的可行性，有效性，能否達(dá)到預(yù)期的測試目標(biāo)； 所設(shè)計(jì)的測試用例的完整性，邊界條件是否考慮，覆蓋率能達(dá)到多少； 所設(shè)計(jì)的測試環(huán)境和用戶的實(shí)際使用環(huán)境是否接近。7.2.2 軟件項(xiàng)目的過程管理第21頁，共115頁。(4) 測試執(zhí)行階段 建立或測試相關(guān)的測試環(huán)境； 準(zhǔn)備測試數(shù)據(jù)，執(zhí)行測試用例； 對發(fā)現(xiàn)的軟件缺陷進(jìn)行報(bào)告、分析、跟蹤等。 測試執(zhí)行是測試的基礎(chǔ)，直接關(guān)系到測試的可靠性、客觀性和準(zhǔn)確性。需要制定測試日志和缺陷總結(jié)報(bào)告。7.2.2 軟件項(xiàng)目的過程管理第22頁，共115頁。(5) 測試結(jié)果的審查和

9、分析 對測試結(jié)果進(jìn)行整體的綜合分析，以確定軟件產(chǎn)品質(zhì)量的當(dāng)前狀態(tài)，為產(chǎn)品的改進(jìn)或發(fā)布提供數(shù)據(jù)和依據(jù)。制定測試總結(jié)報(bào)告。 測試結(jié)果的審查和分析主要內(nèi)容包括：審查測試全過程，對當(dāng)前各個(gè)缺陷狀態(tài)的審查，結(jié)束標(biāo)志以及項(xiàng)目總結(jié)。7.2.2 軟件項(xiàng)目的過程管理第23頁，共115頁。小 結(jié) 在具體的測試項(xiàng)目的跟蹤與監(jiān)控過程中，可以采用周報(bào)、日報(bào)、例會，以及里程碑評審會等方式來了解測試項(xiàng)目的進(jìn)展情況，建立、收集和分析項(xiàng)目的實(shí)際狀態(tài)數(shù)據(jù)，對項(xiàng)目進(jìn)行跟蹤與監(jiān)控，達(dá)到項(xiàng)目管理的目的。 7.2.2 軟件項(xiàng)目的過程管理第24頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組

10、織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第25頁，共115頁。7.3 測 試 文 檔 測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進(jìn)行描述、定義、規(guī)定和報(bào)告的任何書面或圖示信息。 軟件的需求分析階段、設(shè)計(jì)階段的內(nèi)容都應(yīng)該在測試文檔中有所體現(xiàn)。測試文檔對測試階段工作的指導(dǎo)與評價(jià)作用是非常顯著的。第26頁，共115頁。 促進(jìn)項(xiàng)目組成員之間的交流溝通 便于對測試項(xiàng)目的管理 決定測試的有效性 檢驗(yàn)測試資源 明確任務(wù)的風(fēng)險(xiǎn) 評價(jià)測試結(jié)果 方便再測試 驗(yàn)證需求的正確性7.3.1 測試文檔的作用 總之，測試文檔記錄了測試的完整過程以及測試的結(jié)果，文檔是測試過程必要的組成部分，測試文

11、檔的編寫也是測試工作規(guī)范化的一個(gè)組成部分。在測試中，應(yīng)該堅(jiān)持按照軟件系統(tǒng)文檔標(biāo)準(zhǔn)編寫和使用測試文檔。第27頁，共115頁。7.3.2 主要軟件測試文檔第28頁，共115頁。 主要對軟件測試項(xiàng)目、所需要進(jìn)行的測試工作、測試人員所應(yīng)該負(fù)責(zé)的測試工作、測試過程、測試所需的時(shí)間和資源，以及測試風(fēng)險(xiǎn)等做出預(yù)先的計(jì)劃和安排。 測試計(jì)劃第29頁，共115頁。 測試計(jì)劃第30頁，共115頁。 在測試計(jì)劃中提煉測試方法，明確指出設(shè)計(jì)包含的特性以及相關(guān)的測試方法，并指定判斷特性通過/失敗的規(guī)則。 測試設(shè)計(jì)規(guī)格說明第31頁，共115頁。 測試用例規(guī)格說明文檔 有了測試設(shè)計(jì)說明，就可以按照測試設(shè)計(jì)說明的描述，對每一個(gè)

12、測試項(xiàng)進(jìn)行具體的測試用例設(shè)計(jì)。第32頁，共115頁。 用于指定執(zhí)行一個(gè)測試用例集的步驟。 測試規(guī)程第33頁，共115頁。 由于記錄測試的執(zhí)行情況不同，可根據(jù)需要選用。 測試日志第34頁，共115頁。 在軟件測試過程中，對于發(fā)現(xiàn)的大多數(shù)軟件缺陷，要求測試人員簡捷、清晰地把發(fā)現(xiàn)的問題報(bào)告給判斷是否進(jìn)行修復(fù)的小組，使其得到所需要的全部信息。 軟件缺陷報(bào)告第35頁，共115頁。IEEE8291998軟件測試文檔編制標(biāo)準(zhǔn)軟件缺陷報(bào)告模板目錄1軟件缺陷報(bào)告標(biāo)識符2軟件缺陷總結(jié)3軟件缺陷描述 3.1 輸入 3.2 期望得到的結(jié)果 3.3 實(shí)際結(jié)果 3.4 異常情況 3.5 日期和時(shí)間 3.6 軟件缺陷發(fā)生步

13、驟 3.7 測試環(huán)境 3.8 再現(xiàn)測試 3.9 測試人員 3.10 見證人4影響 軟件缺陷報(bào)告第36頁，共115頁。 用于報(bào)告某個(gè)測試完成情況。 測試總結(jié)報(bào)告IEEE標(biāo)準(zhǔn)8291998軟件測試文檔編制標(biāo)準(zhǔn)測試總結(jié)報(bào)告模板目錄1測試總結(jié)報(bào)告標(biāo)識符2總結(jié)3差異4綜合評估5結(jié)果總結(jié)5.1 已解決的意外事件5.2 未解決的意外事件6評價(jià)7建議8活動(dòng)總結(jié)9審批第37頁，共115頁。 測試文檔記錄了測試的完整過程以及測試的結(jié)果，文檔是測試過程必要的組成部分，測試文檔的編寫也是測試工作規(guī)范化的一個(gè)組成部分。在測試中，應(yīng)該堅(jiān)持按照軟件系統(tǒng)文檔標(biāo)準(zhǔn)編寫和使用測試文檔。7.3 測 試 文 檔第38頁，共115頁。

14、WBS 模 版第39頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第40頁，共115頁。7.4 測試的組織與人員管理7.4.1 測試的組織與人員管理概述 測試的組織與人員管理就是對測試項(xiàng)目相關(guān)人員在組織形式、人員組成與職責(zé)方面所做的規(guī)劃和安排。第41頁，共115頁。測試的組織與人員管理的任務(wù)是： 為測試項(xiàng)目選擇合適的組織結(jié)構(gòu)模式； 合理配備人員，明確分工和責(zé)任； 對項(xiàng)目成員的思想、心理和行為進(jìn)行有效地管理，充分發(fā)揮他們的主觀能動(dòng)性，密切配合實(shí)現(xiàn)項(xiàng)目的目標(biāo)。第42頁，共115頁

15、。（1）盡快落實(shí)責(zé)任 從軟件的生存周期看，測試往往指對程序的測試，但是，由于測試的依據(jù)是規(guī)格說明書、設(shè)計(jì)文檔和使用說明書，如果設(shè)計(jì)有錯(cuò)誤，測試的質(zhì)量就難以保證。實(shí)際上，測試的準(zhǔn)備工作在分析和設(shè)計(jì)階段就開始了，在軟件項(xiàng)目的開始就要盡早指定專人負(fù)責(zé)，讓他有權(quán)去落實(shí)與測試有關(guān)的各項(xiàng)事宜。 測試的組織與人員管理應(yīng)注意的原則第43頁，共115頁。（2）減少接口 要盡可能地減少項(xiàng)目組內(nèi)人與人之間的層次關(guān)系，縮短通信的路徑，方便人員之間的溝通，提高工作效率。（3）責(zé)任明確、均衡 項(xiàng)目組成員都必須明確自己在項(xiàng)目組中的地位、角色和職責(zé)，各成員所負(fù)的責(zé)任不應(yīng)比委任的權(quán)力大，反之亦然。 測試的組織與人員管理應(yīng)注意的

16、原則第44頁，共115頁。 組織結(jié)構(gòu)是指用一定的模式對責(zé)任、權(quán)威和關(guān)系進(jìn)行安排，直至通過這種結(jié)構(gòu)發(fā)揮功能。測試組織結(jié)構(gòu)設(shè)計(jì)時(shí)主要考慮以下因素。 垂直還是平緩 集中還是分散 分級還是分散 專業(yè)人員還是工作人員 面向功能還是項(xiàng)目 7.4.2 測試人員的組織結(jié)構(gòu)第45頁，共115頁。 進(jìn)行軟件測試的測試組織結(jié)構(gòu)形式很多， 目前常見的測試組織結(jié)構(gòu)有獨(dú)立的測試小組和集成的測試小組兩種形式。7.4.2 測試人員的組織結(jié)構(gòu)第46頁，共115頁。 獨(dú)立的測試小組，即主要工作是進(jìn)行測試的小組，他們專門從事軟件的測試工作。 測試組設(shè)組長一名，負(fù)責(zé)整個(gè)測試的計(jì)劃、組織工作。測試組的其他成員由具有一定的分析、設(shè)計(jì)和測

17、試經(jīng)驗(yàn)的專業(yè)人員組成，人數(shù)根據(jù)具體情況可多可少，一般35人為宜。測試組長與開發(fā)組長在項(xiàng)目中的地位是同級、平等的關(guān)系。1獨(dú)立測試小組第47頁，共115頁。 獨(dú)立測試小組組織形式的好處：獨(dú)立測試小組會客觀的對待被測試的軟件，這樣測試、評價(jià)軟件的質(zhì)量才真正有效。 面臨的問題：如何在軟件產(chǎn)品的生命周期中盡早開始工作。1獨(dú)立測試小組第48頁，共115頁。 集成測試小組是將測試與基本設(shè)計(jì)因素組合起來，構(gòu)成的測試組織結(jié)構(gòu)。 這是與獨(dú)立測試有關(guān)的一種集成測試組織形式，即集成測試小組是由需要向同一個(gè)項(xiàng)目經(jīng)理匯報(bào)工作的測試人員和開發(fā)人員組成。 1集成測試小組第49頁，共115頁。 集成測試小組組織形式的好處：軟件

18、立項(xiàng)后，由測試人員和軟件開發(fā)人員并肩作戰(zhàn)，一起工作，可以減少軟件開發(fā)人員和測試人員合作時(shí)的不利因素，會極大地方便交流和溝通。集成測試小組成員也是專業(yè)的測試人員。1集成測試小組第50頁，共115頁。測試的組織與人員管理的任務(wù)是： 為測試項(xiàng)目選擇合適的組織結(jié)構(gòu)模式； 合理配備人員，明確分工和責(zé)任； 對項(xiàng)目成員的思想、心理和行為進(jìn)行有效地管理，充分發(fā)揮他們的主觀能動(dòng)性，密切配合實(shí)現(xiàn)項(xiàng)目的目標(biāo)。第51頁，共115頁。 測試人員的能力應(yīng)包括以下幾項(xiàng)。 一般能力：包括表達(dá)、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等； 測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標(biāo)準(zhǔn)、工作成績評估

19、等；7.4.3 測試人員第52頁，共115頁。 測試規(guī)劃能力：包括風(fēng)險(xiǎn)分析及防范、軟件放行/接收準(zhǔn)則制定、測試目標(biāo)及計(jì)劃、測試計(jì)劃和設(shè)計(jì)的評審方法等； 測試執(zhí)行能力：包括測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動(dòng)化工具； 測試分析、報(bào)告和改進(jìn)能力：包括測試度量、統(tǒng)計(jì)技術(shù)、測試報(bào)告、過程監(jiān)測及持續(xù)改進(jìn)。7.4.3 測試人員第53頁，共115頁。測試組織的管理者必須具備： 了解與評價(jià)軟件測試政策、標(biāo)準(zhǔn)、過程、工具、培訓(xùn)和度量的能力； 領(lǐng)導(dǎo)一個(gè)測試組織的能力，該組織必須堅(jiān)強(qiáng)有力、獨(dú)立自主、辦事規(guī)范且沒有偏見； 吸引并留住杰出測試專業(yè)人才的能力； 領(lǐng)導(dǎo)、溝通、支持和控制的能力； 有提出

20、解決問題方案的能力； 測試時(shí)間、質(zhì)量和成本控制的能力。7.4.3 測試人員第54頁，共115頁。測試的組織與人員管理的任務(wù)是： 為測試項(xiàng)目選擇合適的組織結(jié)構(gòu)模式； 合理配備人員，明確分工和責(zé)任； 對項(xiàng)目成員的思想、心理和行為進(jìn)行有效地管理，充分發(fā)揮他們的主觀能動(dòng)性，密切配合實(shí)現(xiàn)項(xiàng)目的目標(biāo)。第55頁，共115頁。 激勵(lì)，簡單地說就是調(diào)動(dòng)人的工作積極性，把潛力充分發(fā)揮出來。 在管理學(xué)中，激勵(lì)是指管理者促進(jìn)、誘導(dǎo)下屬形成動(dòng)機(jī)，并引導(dǎo)其行為指向特定目標(biāo)的活動(dòng)過程。7.4.4 測試人員管理的激勵(lì)機(jī)制第56頁，共115頁。 管理者習(xí)慣用對自己有效的因素激勵(lì)測試人員，很可能發(fā)現(xiàn)無效； 過多行使權(quán)力、資金或處

21、罰手段很可能導(dǎo)致項(xiàng)目失??； 注意采取卓有成效的非貨幣形式的激勵(lì)措施； 在項(xiàng)目進(jìn)行過程中，而不僅是在項(xiàng)目結(jié)果時(shí)實(shí)施激勵(lì)措施；測試人員管理的激勵(lì)機(jī)制的關(guān)鍵點(diǎn)第57頁，共115頁。 獎(jiǎng)勵(lì)應(yīng)該在工作獲得認(rèn)同后盡快兌現(xiàn)； 對項(xiàng)目成員的工作表現(xiàn)出真誠的興趣，是對他們最好的獎(jiǎng)勵(lì)； 已經(jīng)滿足的需要很可能不再成為激勵(lì)因素。 激勵(lì)因素是影響個(gè)人行為的東西，是因人而異、因時(shí)而異的。因此，管理者必須明確各種激勵(lì)的方式，并合理使用。測試人員管理的激勵(lì)機(jī)制的關(guān)鍵點(diǎn)第58頁，共115頁。 從測試管理的角度來說，為了高效地實(shí)現(xiàn)測試工作的目標(biāo)，需要不斷地幫助他們進(jìn)行知識的更新和技術(shù)能力的提升，這些就需要通過培訓(xùn)來達(dá)到。7.4.

22、5 測試人員的培訓(xùn)第59頁，共115頁。1軟件測試培訓(xùn)內(nèi)容 測試基礎(chǔ)知識和技能培訓(xùn)； 測試設(shè)計(jì)培訓(xùn)，測試工具培訓(xùn)； 測試對象軟件產(chǎn)品培訓(xùn)； 測試過程培訓(xùn)； 測試管理培訓(xùn)。 7.4.5 測試人員的培訓(xùn)第60頁，共115頁。2制定測試人員培訓(xùn)計(jì)劃 需要管理層的重視，在時(shí)間和資源上予以保證； 認(rèn)真調(diào)查和分析測試人員的培訓(xùn)要求； 將培訓(xùn)活動(dòng)安排在測試任務(wù)開始前； “邊干邊學(xué)”模式很可能犧牲質(zhì)量和效率； 軟件測試實(shí)習(xí)活動(dòng)要在整個(gè)培訓(xùn)中占較大比例； 鼓勵(lì)合作學(xué)習(xí)，團(tuán)隊(duì)演練； 對培訓(xùn)效果要及時(shí)評價(jià)，對發(fā)現(xiàn)的不足進(jìn)行改進(jìn)。 7.4.5 測試人員的培訓(xùn)第61頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理

23、概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第62頁，共115頁。 找不到某個(gè)文件的歷史版本； 開發(fā)人員使用錯(cuò)誤的版本修改程序; 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔； 人員流動(dòng)，交接工作不徹底； 已修復(fù)的Bug在新版本中出現(xiàn)； 無法重新編譯某個(gè)歷史版本； 因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個(gè)項(xiàng)目失??； 軟件項(xiàng)目中是否遇到如下的問題第63頁，共115頁。7.5 測試的配置管理 配置管理是在團(tuán)隊(duì)開發(fā)中標(biāo)識、控制和管理軟件變更的一種管理。目的是建立和維護(hù)在軟件生命周期中軟件產(chǎn)品的完整性和一致性。 測試活動(dòng)的配置管理屬于整個(gè)軟

24、件項(xiàng)目配置管理的一部分，獨(dú)立的測試組織應(yīng)建立專門的配置管理系統(tǒng)。一般來說，軟件測試配置管理包括5個(gè)最基本的活動(dòng)：（1）配置標(biāo)識； （2）版本控制 ；（3）變更控制； （4）配置狀態(tài)報(bào)告；（5）配置審計(jì)。第64頁，共115頁。1配置標(biāo)識 配置標(biāo)識主要是標(biāo)識測試樣品、測試標(biāo)準(zhǔn)、測試工具、測試文檔（包括測試用例）、測試報(bào)告等配置項(xiàng)的名稱和類型。 所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號，按照相應(yīng)的模板生成，并在文檔中的規(guī)定部分記錄對象的標(biāo)識信息，標(biāo)識各配置項(xiàng)的所有者及儲存位置，指出何時(shí)基準(zhǔn)化配置項(xiàng)，這樣使得測試相關(guān)人員能方便地知道每個(gè)配置項(xiàng)的內(nèi)容和狀態(tài)。7.5 測試的配置管理置于基線控制之下。需要加以控制

25、的配置項(xiàng)分為基線配置項(xiàng)和非基線配置項(xiàng)。所有基線配置項(xiàng)向測試人員開放讀取權(quán)限；而非基線配置項(xiàng)向測試組長、項(xiàng)目經(jīng)理及相關(guān)人員開放。第65頁，共115頁。2版本控制 版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。 7.5 測試的配置管理第66頁，共115頁。3變更控制 變更控制的目的并不是控制和限制變更的發(fā)生，而是對變更進(jìn)行有效的管理，確保變更有序地進(jìn)行。 7.5 測試的配置管理第67頁，共115頁。 變更控制主要包括以下內(nèi)容：（1）規(guī)定測試基線，對每個(gè)基線必須描述下列內(nèi)容： 每個(gè)基線的項(xiàng)，包括文檔、樣品和工具等； 與每個(gè)

26、基線有關(guān)的評審、批準(zhǔn)事項(xiàng)以及驗(yàn)收標(biāo)準(zhǔn)。7.5 測試的配置管理第68頁，共115頁。 規(guī)定何時(shí)何人創(chuàng)立新的基線，如何創(chuàng)立； 確定變更請求的處理程序和終止條件； 確定變更請求的處理過程中各測試人員執(zhí)行變更的職能； 確定變更請求和所產(chǎn)生結(jié)果的對應(yīng)機(jī)制； 確定配置項(xiàng)提取和存入的控制機(jī)制與方式。7.5 測試的配置管理第69頁，共115頁。4配置狀態(tài)報(bào)告 配置狀態(tài)報(bào)告就是根據(jù)配置項(xiàng)操作數(shù)據(jù)庫中的記錄，來向管理者報(bào)告軟件測試工作的進(jìn)展情況。 配置狀態(tài)報(bào)告應(yīng)該包括以下主要內(nèi)容： 定義配置狀態(tài)報(bào)告形式、內(nèi)容和提交方式； 確認(rèn)過程記錄和跟蹤問題報(bào)告，更改請求，更改次序等； 確定測試報(bào)告提交的時(shí)間與方式。7.5 測

27、試的配置管理第70頁，共115頁。5配置審計(jì) 配置審計(jì)的主要作用是作為變更控制的補(bǔ)充手段，來確保某一變更需求已被切實(shí)地執(zhí)行和實(shí)現(xiàn)。 配置審計(jì)包括以下主要內(nèi)容： 確定審計(jì)執(zhí)行人員和執(zhí)行時(shí)機(jī)； 確定審計(jì)的內(nèi)容與方式； 確定發(fā)現(xiàn)問題的處理方法。7.5 測試的配置管理第71頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第72頁，共115頁。7.6 軟件測試風(fēng)險(xiǎn)管理1風(fēng)險(xiǎn)的基本概念 軟件風(fēng)險(xiǎn)是指開發(fā)不成功引起損失的可能性，這種不成功事件會導(dǎo)致公司商業(yè)上的失敗。 風(fēng)險(xiǎn)分析是對軟件中潛在的

28、問題進(jìn)行識別、估計(jì)和評價(jià)的過程。 軟件測試中的風(fēng)險(xiǎn)分析是根據(jù)測試軟件將出現(xiàn)的風(fēng)險(xiǎn)，制定軟件測試計(jì)劃，并排列優(yōu)先等級。 第73頁，共115頁。 軟件風(fēng)險(xiǎn)分析的目的是確定測試對象、測試優(yōu)先級，以及測試的深度。有時(shí)還包括確定可以忽略的測試對象。 通過風(fēng)險(xiǎn)分析，測試人員識別軟件中高風(fēng)險(xiǎn)的部分，并進(jìn)行嚴(yán)格徹底地測試；確定潛在的隱患軟件構(gòu)件，對其進(jìn)行重點(diǎn)測試。在制定測試計(jì)劃的過程中，可以將風(fēng)險(xiǎn)分析的結(jié)果用來確定軟件測試的優(yōu)先級與測試深度。7.6 軟件測試風(fēng)險(xiǎn)管理第74頁，共115頁。2軟件測試與商業(yè)風(fēng)險(xiǎn) 軟件測試是一種用來盡可能降低軟件風(fēng)險(xiǎn)的控制措施。軟件測試是檢測軟件開發(fā)是否符合計(jì)劃，是否達(dá)到預(yù)期的結(jié)果

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

30、簡單描述； 發(fā)生可能性：風(fēng)險(xiǎn)發(fā)生可能性的級別（110）；7.6 軟件測試風(fēng)險(xiǎn)管理第77頁，共115頁。 影響的嚴(yán)重性：風(fēng)險(xiǎn)影響的嚴(yán)重性的級別（110）； 風(fēng)險(xiǎn)預(yù)測值：風(fēng)險(xiǎn)發(fā)生可能性與風(fēng)險(xiǎn)影響的嚴(yán)重性的乘積； 風(fēng)險(xiǎn)優(yōu)先級：風(fēng)險(xiǎn)預(yù)測值從高向低的排序。7.6 軟件測試風(fēng)險(xiǎn)管理第78頁，共115頁。 綜上所述，軟件風(fēng)險(xiǎn)分析的目的是：確定測試對象、確定優(yōu)先級，以及測試深度。在測試計(jì)劃階段，可以用風(fēng)險(xiǎn)分析的結(jié)果來確定軟件測試的優(yōu)先級。對每個(gè)測試項(xiàng)和測試用例賦予優(yōu)先代碼，將測試分為高、中和低的優(yōu)先級類型，這樣可以在有限的資源和時(shí)間條件下，合理安排測試的覆蓋度與深度。7.6 軟件測試風(fēng)險(xiǎn)管理第79頁，共115

31、頁。4軟件測試風(fēng)險(xiǎn) 軟件測試的風(fēng)險(xiǎn)是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計(jì)劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補(bǔ)充以及結(jié)果不準(zhǔn)確。測試的不成功導(dǎo)致軟件交付潛藏著問題，一旦在運(yùn)行時(shí)爆發(fā)，會帶來很大的商業(yè)風(fēng)險(xiǎn)。7.6 軟件測試風(fēng)險(xiǎn)管理第80頁，共115頁。 主要是對測試計(jì)劃執(zhí)行的風(fēng)險(xiǎn)分析與制定要采取的應(yīng)急措施，降低軟件測試產(chǎn)生的風(fēng)險(xiǎn)造成的危害。 測試計(jì)劃的風(fēng)險(xiǎn)一般指測試進(jìn)度滯后或出現(xiàn)非計(jì)劃事件，就是針對計(jì)劃好的測試工作造成消極影響的所有因素，對于計(jì)劃風(fēng)險(xiǎn)分析的工作是制定計(jì)劃風(fēng)險(xiǎn)發(fā)生時(shí)應(yīng)采取的應(yīng)急措施。 7.6 軟件測試風(fēng)險(xiǎn)管理第81頁，共115頁。 其中，交付日期

32、的風(fēng)險(xiǎn)是主要風(fēng)險(xiǎn)之一。測試未按計(jì)劃完成，發(fā)布日期推遲，影響對客戶提交產(chǎn)品的承諾，管理的可信度和公司的信譽(yù)都要受到考驗(yàn)，同時(shí)也受到競爭對手的威脅。交付日期的滯后，也可能是已經(jīng)耗盡了所有的資源。計(jì)劃風(fēng)險(xiǎn)分析所做的工作重點(diǎn)不在于分析風(fēng)險(xiǎn)產(chǎn)生的原因，重點(diǎn)應(yīng)放在提前制定應(yīng)急措施來應(yīng)對風(fēng)險(xiǎn)發(fā)生。當(dāng)測試計(jì)劃風(fēng)險(xiǎn)發(fā)生時(shí)，可能采用的應(yīng)急措施有：縮小范圍、增加資源、減少過程等措施。 7.6 軟件測試風(fēng)險(xiǎn)管理第82頁，共115頁。將采用的應(yīng)急措施如下。 應(yīng)急措施1：增加資源。請求用戶團(tuán)隊(duì)為測試工作提供更多的用戶支持。 應(yīng)急措施2：縮小范圍。決定在后續(xù)的發(fā)布中，實(shí)現(xiàn)較低優(yōu)先級的特性。 應(yīng)急措施3：減少質(zhì)量過程。在風(fēng)險(xiǎn)

33、分析過程中，確定某些風(fēng)險(xiǎn)級別低的特征測試，或少測試。7.6 軟件測試風(fēng)險(xiǎn)管理第83頁，共115頁。 上述列舉的應(yīng)急措施要涉及到有關(guān)方面的妥協(xié)，如果沒有測試計(jì)劃風(fēng)險(xiǎn)分析和應(yīng)急措施處理風(fēng)險(xiǎn)，開發(fā)者和測試人員采取的措施就比較匆忙，將不利于將風(fēng)險(xiǎn)的損失控制到最小。因此，軟件風(fēng)險(xiǎn)分析和測試計(jì)劃風(fēng)險(xiǎn)分析與應(yīng)急措施是相輔相成的。7.6 軟件測試風(fēng)險(xiǎn)管理第84頁，共115頁。 由上面分析可以看出，計(jì)劃風(fēng)險(xiǎn)、軟件風(fēng)險(xiǎn)、重點(diǎn)測試、不測試，甚至整個(gè)軟件的測試與應(yīng)急措施都是圍繞“用風(fēng)險(xiǎn)來確定測試工作優(yōu)先級”這樣的原則來構(gòu)造的。軟件測試存在著風(fēng)險(xiǎn)，如果提前重視風(fēng)險(xiǎn)，并且有所防范，就可以最大限度減少風(fēng)險(xiǎn)的發(fā)生。在項(xiàng)目過程

34、中，風(fēng)險(xiǎn)管理的成功取決于如何計(jì)劃、執(zhí)行與檢驗(yàn)每一個(gè)步驟。遺漏任何一點(diǎn)，風(fēng)險(xiǎn)管理都不會成功。7.6 軟件測試風(fēng)險(xiǎn)管理第85頁，共115頁。第 7 章 測試項(xiàng)目管理 測試項(xiàng)目管理概述1軟件測試過程管理2測試文檔3測試的組織與人員管理4測試的配置管理5軟件測試的風(fēng)險(xiǎn)管理6軟件測試的成本管理7第86頁，共115頁。7.7 軟件測試的成本管理7.7.1 軟件測試成本管理概述 軟件測試項(xiàng)目成本管理就是根據(jù)企業(yè)的情況和軟件測試項(xiàng)目的具體要求，利用公司既定的資源，在保證軟件測試項(xiàng)目的進(jìn)度、質(zhì)量達(dá)到客戶滿意的情況下，對軟件測試項(xiàng)目成本進(jìn)行有效的組織、實(shí)施、控制、跟蹤、分析和考核等一系列管理活動(dòng)，最大限度地降低軟

35、件測試項(xiàng)目成本，提高項(xiàng)目利潤。第87頁，共115頁。成本管理的過程包括： 資源計(jì)劃：包括決定為實(shí)施軟件測試項(xiàng)目需要使用什么資源以及每種資源的用量，資源需求清單。 成本估算：包括估計(jì)完成軟件測試項(xiàng)目所需西元成本的近似值。其主要輸出是成本管理計(jì)劃。 成本預(yù)算：包括將整個(gè)成本估算配置到各單項(xiàng)工作，以建立一個(gè)衡量績效的基準(zhǔn)計(jì)劃。其主要輸出是成本基準(zhǔn)計(jì)劃。 成本控制：包括控制軟件測試項(xiàng)目運(yùn)算的變化，其主要輸出修正的成本估算、更新預(yù)算、糾正行動(dòng)和取得的教訓(xùn)。7.7 軟件測試的成本管理第88頁，共115頁。7.7.2 軟件測試成本管理的一些基本概念 對于一般項(xiàng)目，項(xiàng)目的成本主要由項(xiàng)目直接成本、管理費(fèi)用和期間

36、費(fèi)用等構(gòu)成。 直接成本：指與項(xiàng)目有直接關(guān)系的成本費(fèi)用，是與項(xiàng)目直接對應(yīng)的，包括直接人工費(fèi)用、直接材料費(fèi)用和其他直接費(fèi)用；項(xiàng)目管理費(fèi)用：指為了組織、管理和控制項(xiàng)目所發(fā)生的費(fèi)用，一般是簡介費(fèi)用；期間費(fèi)用：與項(xiàng)目的完成沒有直接關(guān)系，費(fèi)用的發(fā)生基本上項(xiàng)目業(yè)務(wù)量的增減所影響。例如，日常的行政管理費(fèi)用、醫(yī)療保險(xiǎn)費(fèi)用等。7.7 軟件測試的成本管理第89頁，共115頁。1測試費(fèi)用有效性 風(fēng)險(xiǎn)承受的確定，從經(jīng)濟(jì)學(xué)的角度考慮就是確定需要完成多少測試，以及進(jìn)行什么類型的測試。經(jīng)濟(jì)學(xué)所做的判斷，確定了軟件存在的缺陷是否可以接受，如果可以，能承受多少。測試的策略不再主要由軟件人員和測試人員來確定，而是由商業(yè)的經(jīng)濟(jì)利益來

37、決定的。7.7 軟件測試的成本管理第90頁，共115頁。 “太少的測試是犯罪，而太多的測試是浪費(fèi)?！睂︼L(fēng)險(xiǎn)測試得過少，會造成軟件的缺陷和系統(tǒng)的癱瘓；而對風(fēng)險(xiǎn)測試得過多，就會使本來沒有缺陷的系統(tǒng)進(jìn)行沒有必要的測試，或者是對輕微缺陷的系統(tǒng)所花費(fèi)的測試費(fèi)用遠(yuǎn)遠(yuǎn)大于它們給系統(tǒng)造成的損失。7.7 軟件測試的成本管理第91頁，共115頁。 測試費(fèi)用的有效性，可以用測試費(fèi)用的質(zhì)量曲線來表示，如圖7-1所示。隨著測試費(fèi)用的增加，發(fā)現(xiàn)的缺陷也會越多，兩線相交的地方是過多測試開始的地方，這時(shí)，排除缺陷的測試費(fèi)用超過了缺陷給系統(tǒng)造成的損失費(fèi)用。7.7 軟件測試的成本管理第92頁，共115頁。圖7-1 測試費(fèi)用的質(zhì)量

38、曲線 第93頁，共115頁。2測試成本控制 測試成本控制也稱為項(xiàng)目費(fèi)用控制，就是在整個(gè)測試項(xiàng)目的實(shí)施過程中，定期收集項(xiàng)目的實(shí)際成本數(shù)據(jù)，與成本的計(jì)劃值進(jìn)行對比分析，并進(jìn)行成本預(yù)測，及時(shí)發(fā)現(xiàn)并糾正偏差，使項(xiàng)目的成本目標(biāo)盡可能好地實(shí)現(xiàn)。 7.7 軟件測試的成本管理第94頁，共115頁。 測試工作的主要目標(biāo)是使測試產(chǎn)能最大化，也就是，要使通過測試找出錯(cuò)誤的能力最大化，而檢測次數(shù)最小化。測試的成本控制目標(biāo)是使測試開發(fā)成本、測試實(shí)施成本和測試維護(hù)成本最小化。 在軟件產(chǎn)品測試過程中，測試實(shí)施成本主要包括：測試準(zhǔn)備成本、測試執(zhí)行成本和測試結(jié)束成本。7.7 軟件測試的成本管理第95頁，共115頁。(1) 測試

39、準(zhǔn)備成本控制 目標(biāo)是使時(shí)間消耗總量、勞動(dòng)力總量最小化。(2) 測試執(zhí)行成本控制 目標(biāo)是使總執(zhí)行時(shí)間和所需的測試專業(yè)設(shè)備盡可能地減少。7.7 軟件測試的成本管理第96頁，共115頁。 對部分重新測試進(jìn)行合理的選擇，將風(fēng)險(xiǎn)降至最低，而成本同樣會很高，必須將其與測試執(zhí)行成本進(jìn)行比較，權(quán)衡利弊。利用測試自動(dòng)化，進(jìn)行重新測試，其成本效益是較好的。部分重新測試選擇方法有兩種： （1） 對由于程序變化而受到影響的每一部分進(jìn)行重新測試； （2） 對與變化有密切和直接關(guān)系的部分進(jìn)行重新測試。7.7 軟件測試的成本管理第97頁，共115頁。 （3）測試結(jié)束成本控制 （4）降低測試實(shí)施成本 （5）降低測試維護(hù)成本

40、降低測試維護(hù)成本，與軟件開發(fā)過程一樣，加強(qiáng)軟件測試的配置管理，所有測試的軟件樣品、測試文檔（測試計(jì)劃、測試說明、測試用例、測試記錄、測試報(bào)告）都應(yīng)置于配置管理系統(tǒng)控制之下。降低測試維護(hù)工作成本主要考慮：7.7 軟件測試的成本管理第98頁，共115頁。 對于測試中出現(xiàn)的偏差要增加測試； 采用漸進(jìn)式測試，以適應(yīng)新變化的測試； 定期檢查維護(hù)所有測試用例，以獲得測試效果的連續(xù)性。7.7 軟件測試的成本管理第99頁，共115頁。 保持測試用例效果的連續(xù)性是重要的措施，有以下幾個(gè)方面： 每一個(gè)測試用例都是可執(zhí)行的，即被測產(chǎn)品功能上不應(yīng)有任何變化； 基于需求和功能的測試都應(yīng)是適合的，若產(chǎn)品需求和功能發(fā)生小的

41、變化，不應(yīng)使測試用例無效； 每一個(gè)測試用例不斷增加使用價(jià)值，即每一個(gè)測試用例不應(yīng)是完全冗余的，連續(xù)使用，應(yīng)是成本效益高的。7.7 軟件測試的成本管理第100頁，共115頁。3質(zhì)量成本 測試是一種帶有風(fēng)險(xiǎn)性的管理活動(dòng)，可以使企業(yè)減少因?yàn)檐浖a(chǎn)品質(zhì)量低劣，而花費(fèi)不必要的成本。7.7 軟件測試的成本管理第101頁，共115頁。（1）質(zhì)量成本要素 質(zhì)量成本要素主要包括一致性成本和非一致性成本。一致性成本是指用于保證軟件質(zhì)量的支出，包括預(yù)防成本和測試預(yù)算，如測試計(jì)劃、測試開發(fā)、測試實(shí)施費(fèi)用。7.7 軟件測試的成本管理第102頁，共115頁。 非一致性成本是由出現(xiàn)的軟件錯(cuò)誤和測試過程故障（如延期、劣質(zhì)的發(fā)

42、布）引起的。這些問題會導(dǎo)致返工、補(bǔ)測、延遲。追加測試時(shí)間和資金就是一種由于內(nèi)部故障引起的非一致性成本。非一致性成本還包括外部故障（軟件遺留錯(cuò)誤影響客戶）引起部分。一般情況下，外部故障非一致性成本要大于一致性成本與內(nèi)部故障非一致性成本之和。7.7 軟件測試的成本管理第103頁，共115頁。（2）質(zhì)量成本計(jì)算 質(zhì)量成本一般按下式計(jì)算：質(zhì)量成本 = 一致性成本 + 非一致性成本7.7 軟件測試的成本管理第104頁，共115頁。4缺陷探測率 缺陷探測率是另一個(gè)衡量測試工作效率的軟件質(zhì)量成本的指標(biāo)。缺陷探測率=測試發(fā)現(xiàn)的軟件缺陷數(shù)/(測試發(fā)現(xiàn)的軟件缺陷數(shù)+客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進(jìn)行修復(fù)的軟件缺陷數(shù))

43、7.7 軟件測試的成本管理第105頁，共115頁。測試投資回報(bào)率可按下式計(jì)算：投資回報(bào)率 = 利潤 / 測試投資100%7.7 軟件測試的成本管理第106頁，共115頁。例 假設(shè)對一個(gè)客戶管理軟件進(jìn)行測試。 屬于質(zhì)量預(yù)防方面的一致性成本只考慮軟件測試的投資； 把發(fā)布之前、之后發(fā)現(xiàn)及修改的錯(cuò)誤看成非一致性成本； 假設(shè)發(fā)現(xiàn)的錯(cuò)誤為300個(gè)，故障成本已知，測試過程的估算如下：第107頁，共115頁。例 在開發(fā)過程單元測試階段，軟件開發(fā)人員發(fā)現(xiàn)及修改一個(gè)錯(cuò)誤需要50元； 建立獨(dú)立的測試進(jìn)行系統(tǒng)和集成測試，測試人員發(fā)現(xiàn)錯(cuò)誤，開發(fā)人員修改后，測試人員再確認(rèn)，一個(gè)錯(cuò)誤需要花費(fèi)300元； 在產(chǎn)品發(fā)布后，由客戶發(fā)現(xiàn)，報(bào)告技術(shù)支持人員，相關(guān)開發(fā)人員修改，測試組再進(jìn)行回歸測試，一個(gè)錯(cuò)誤需要花