《軟件質(zhì)量與測試》課件第十章軟件測試管理

本章內(nèi)容10.1測試管理概述10.2測試項(xiàng)目與測試項(xiàng)目管理10.3測試過程管理10.4軟件測試的組織和人員的管理10.5測試的配置管理10.6軟件缺陷管理10.7變更請求和變更請求管理10.8測試項(xiàng)目的進(jìn)度管理10.9軟件測試風(fēng)險(xiǎn)管理10.10軟件測試的成本管理沈陽師范大學(xué)軟件學(xué)院1本節(jié)內(nèi)容10.1測試管理概述10.1.1測試管理的目的10.1.2測試管理的特征10.1.3測試管理的要素10.1.4測試管理的原則10.1.5測試管理中的PDCA10.1.6測試管理受的環(huán)境影響沈陽師范大學(xué)軟件學(xué)院210.1.1測試管理的目的10.1.1測試管理的目的通過對產(chǎn)品的整個(gè)測試流程進(jìn)行控制和管理，提高企業(yè)軟件測試的管理水平；灌輸和強(qiáng)化企業(yè)的管理理念；確保開發(fā)產(chǎn)品的質(zhì)量；進(jìn)一步提高企業(yè)的市場競爭能力。沈陽師范大學(xué)軟件學(xué)院310.1.2測試管理的特征10.1.2測試管理的特征通過對產(chǎn)品的整個(gè)測試流程進(jìn)行控制和管理，提高企業(yè)軟件測試的管理水平；灌輸和強(qiáng)化企業(yè)的管理理念；確保開發(fā)產(chǎn)品的質(zhì)量；進(jìn)一步提高企業(yè)的市場競爭能力。沈陽師范大學(xué)軟件學(xué)院410.1.3測試管理的要素10.1.3測試管理的要素測試管理有三個(gè)要素——成本、進(jìn)度和質(zhì)量。沈陽師范大學(xué)軟件學(xué)院510.1.4測試管理的原則10.1.4測試管理的原則（1）始終能夠把質(zhì)量放在第一位；（2）可靠的需求；（3）盡量留出足夠的時(shí)間；（4）足夠重視測試計(jì)劃；（5）要適當(dāng)?shù)匾霚y試自動(dòng)化或測試工具；（6）建立獨(dú)立的測試環(huán)境。沈陽師范大學(xué)軟件學(xué)院610.1.5測試管理中的PDCA10.1.5測試管理中的PDCA★P：測試計(jì)劃；★D：測試案例及測試步驟的設(shè)計(jì)；★C：測試實(shí)施和錯(cuò)誤跟蹤；★A：測試總結(jié)報(bào)告沈陽師范大學(xué)軟件學(xué)院710.1.6測試管理受的環(huán)境影響10.1.6測試管理受的環(huán)境影響★項(xiàng)目組內(nèi)環(huán)境；★項(xiàng)目所處的組織環(huán)境；★整個(gè)開發(fā)流程所控制的全局環(huán)境。這三個(gè)環(huán)境要素直接關(guān)系到軟件項(xiàng)目的可控性。沈陽師范大學(xué)軟件學(xué)院810.1.7測試管理受的環(huán)境影響10.1.7測試管理受的環(huán)境影響★項(xiàng)目組內(nèi)環(huán)境；★項(xiàng)目所處的組織環(huán)境；★整個(gè)開發(fā)流程所控制的全局環(huán)境。這三個(gè)環(huán)境要素直接關(guān)系到軟件項(xiàng)目的可控性。沈陽師范大學(xué)軟件學(xué)院9本節(jié)內(nèi)容10.2測試項(xiàng)目與測試項(xiàng)目管理10.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.2測試項(xiàng)目的范圍管理沈陽師范大學(xué)軟件學(xué)院1010.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.1測試項(xiàng)目

測試項(xiàng)目是利用有限的人力和財(cái)力等資源，在指定的環(huán)境和要求下，對特定軟件完成特定測試目標(biāo)的階段性任務(wù)。測試項(xiàng)目要重視測試的策略以提高效率，隨時(shí)跟蹤項(xiàng)目盡量確保項(xiàng)目按計(jì)劃執(zhí)行。但更重要的是“質(zhì)量”。測試項(xiàng)目應(yīng)滿足一定質(zhì)量、數(shù)量、成本和進(jìn)度和技術(shù)指標(biāo)等要求。測試項(xiàng)目一般具有如下一些基本特性。（1）項(xiàng)目的獨(dú)特性；（2）項(xiàng)目的組織性；（3）測試項(xiàng)目的生命期；（4）測試項(xiàng)目的資源消耗特性；；（5）測試項(xiàng)目目標(biāo)沖突性；（6）具有智力密集、勞動(dòng)密集的特點(diǎn)；（7）測試項(xiàng)目結(jié)果的不確定因素。沈陽師范大學(xué)軟件學(xué)院1110.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.2測試項(xiàng)目管理測試項(xiàng)目管理過程和軟件測試過程是一個(gè)緊密相連的有活力的過程，是一個(gè)復(fù)雜的系統(tǒng)。測試項(xiàng)目管理就是以測試項(xiàng)目為管理對象，通過一個(gè)臨時(shí)性的專門的測試組織發(fā)揮項(xiàng)目團(tuán)隊(duì)的作用，運(yùn)用專門的軟件測試知識(shí)、技能、工具和方法，對測試項(xiàng)目進(jìn)行計(jì)劃、組織、執(zhí)行和控制，并在時(shí)間成本、軟件測試質(zhì)量等方面進(jìn)行分析和管理活動(dòng)。測試項(xiàng)目管理貫穿整個(gè)測試項(xiàng)目的生命周期，強(qiáng)調(diào)以人為本對測試項(xiàng)目的全過程進(jìn)行管理。測試項(xiàng)目管理有以下基本特征。（1）系統(tǒng)工程的思想貫穿測試項(xiàng)目管理的全過程。（2）測試項(xiàng)目管理的組織有一定的特殊性。（3）測試項(xiàng)目管理的要點(diǎn)是創(chuàng)造和保持一個(gè)使測試工作順利進(jìn)行的環(huán)境，使置身于這個(gè)環(huán)境中的人員能在集體中協(xié)調(diào)工作以完成預(yù)定的目標(biāo)。（4）測試項(xiàng)目管理的方法、工具和技術(shù)手段具有先進(jìn)性。沈陽師范大學(xué)軟件學(xué)院1210.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.3測試項(xiàng)目管理的基本原則（1）始終能夠把質(zhì)量放在第一位；（2）可靠的需求；（3）盡量留出足夠的時(shí)間；（4）足夠重視測試計(jì)劃；（5）要適當(dāng)?shù)匾霚y試自動(dòng)化或測試工具；（6）建立獨(dú)立的測試環(huán)境；（7）建立測試管理方法。沈陽師范大學(xué)軟件學(xué)院1310.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.4測試項(xiàng)目管理者的要求（1）在一個(gè)項(xiàng)目中管理者要了解自己的知識(shí)面是否與該項(xiàng)目匹配，不匹配提前做好準(zhǔn)備；（2）在一個(gè)項(xiàng)目中管理者也要了解測試人員的能力與該項(xiàng)目的要求是否匹配；（3）在一個(gè)項(xiàng)目中管理者不要和測試人員爭功，上級(jí)對管理者的考察永遠(yuǎn)是團(tuán)隊(duì)和項(xiàng)目，幫助測試人員成長和保證項(xiàng)目質(zhì)量是管理者的責(zé)任；（4）在一個(gè)項(xiàng)目中管理者的懶惰將會(huì)對測試人員和項(xiàng)目造成極壞的影響；（5）在一個(gè)項(xiàng)目中管理者要多與開發(fā)和產(chǎn)品負(fù)責(zé)人討論并了解變化，因?yàn)橐?guī)范不能保證測試的輸入沒有遺漏；（6）在一個(gè)項(xiàng)目中管理者要多參與測試方案、測試用例、測試方法、測試工具、測試過程、測試結(jié)果的評(píng)審與討論，彌補(bǔ)測試人員或者管理者考慮不周全的問題；（7）在一個(gè)項(xiàng)目中管理者要多考慮測試效率和測試效果的問題，這樣可以不斷啟用新的測試方法和測試流程來提高效率、保證測試效果；（8）在一個(gè)項(xiàng)目中管理者要進(jìn)行階段小結(jié)，這樣可以彌補(bǔ)一些測試不足的地方，并很好地規(guī)劃下一個(gè)階段的計(jì)劃；測試計(jì)劃不是一成不變的，必須定期調(diào)整；沈陽師范大學(xué)軟件學(xué)院1410.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.4測試項(xiàng)目管理者的要求（9）在一個(gè)項(xiàng)目中涉及到變更時(shí)，要再次評(píng)審測試方案、測試用例、測試方法、測試工具，若頻繁變更，則更要把握好節(jié)奏；

（10）在一個(gè)項(xiàng)目中管理者要非常重視組件/模塊的接口測試、集成測試，不僅表現(xiàn)在方案、用例上，同時(shí)也表現(xiàn)在測試時(shí)間的安排和人的協(xié)調(diào)管理上；

（11）在一個(gè)項(xiàng)目中管理者要非常重視測試人員直接參與技術(shù)討論會(huì)議的重要性，既樹立測試人員與開發(fā)人員溝通的信心，又加深了測試人員對項(xiàng)目的了解情況，對未來的工作開展非常有利；

（12）在一個(gè)項(xiàng)目中管理者對于還沒有掌握溝通技巧或者對管理者沒有信心的測試人員，帶著測試人員一起和開發(fā)或者產(chǎn)品進(jìn)行溝通，或者鼓勵(lì)測試人員去溝通，并了解測試人員溝通的效果并指出下次溝通的注意事項(xiàng)；（13）

管理者要全面控制和管理測試項(xiàng)目，通過跟蹤測試任務(wù)、查看測試報(bào)告、分析測試結(jié)果，實(shí)時(shí)掌握詳細(xì)的測試進(jìn)度；（14）管理者要通過使用完整集中的測試知識(shí)庫，提高產(chǎn)品的測試質(zhì)量和管理標(biāo)準(zhǔn)；簡化的數(shù)據(jù)輸入形式，可定義的測試界面，以及自動(dòng)化管理流程，幫助您的團(tuán)隊(duì)有效提高工作效率；沈陽師范大學(xué)軟件學(xué)院1510.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.4測試項(xiàng)目管理者的要求（15）管理者要對測試案例、測試數(shù)據(jù)和測試結(jié)果在內(nèi)的詳細(xì)歷史記錄核查，保證了測試工作的可追溯性和可核查性；（16）管理者要全面的測試覆蓋管理，創(chuàng)建、管理、分析測試范圍，從中心知識(shí)庫中調(diào)用原有的測試范圍，以此提高管理者的工作效率、使管理者的管理流程更加標(biāo)準(zhǔn)化；（17）管理者要有高度可視化的測試計(jì)劃向?qū)?，安排測試時(shí)間、分配測試任務(wù)、調(diào)整測試流程；（18）管理者要有質(zhì)量報(bào)表，幫助管理者分析測試趨勢、掌握工作進(jìn)展、總結(jié)測試缺陷。沈陽師范大學(xué)軟件學(xué)院1610.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.5測試經(jīng)理或測試主管在項(xiàng)目中的要求測試經(jīng)理或測試主管是測試項(xiàng)目成敗的關(guān)鍵人物，是對測試項(xiàng)目的成敗負(fù)主要責(zé)任，如果測試經(jīng)理或測試主管重視并充分發(fā)揮測試經(jīng)理的作用，和項(xiàng)目經(jīng)理一起制訂項(xiàng)目測試大綱，讓項(xiàng)目經(jīng)理在開始階段更多了解測試的質(zhì)量需求、結(jié)構(gòu)設(shè)計(jì)、運(yùn)行環(huán)境。測試項(xiàng)目對測試經(jīng)理或測試主管有如下16點(diǎn)要求：（1）設(shè)置軟件測試環(huán)境，安裝必要的軟件工具；（2）運(yùn)行軟件，發(fā)現(xiàn)和報(bào)告軟件缺陷或錯(cuò)誤，尤其需要快速定位軟件中的嚴(yán)重的錯(cuò)誤；（3）對軟件整體質(zhì)量提出評(píng)估；（4）確認(rèn)軟件達(dá)到某種具體標(biāo)準(zhǔn)；（5）以最低的成本，最短的時(shí)間，完成高質(zhì)量的測試任務(wù)；（6）在項(xiàng)目開發(fā)過程中，隨著項(xiàng)目進(jìn)展，項(xiàng)目經(jīng)理和測試經(jīng)理要實(shí)時(shí)溝通；（7）項(xiàng)目經(jīng)理需要非常了解項(xiàng)目進(jìn)度，進(jìn)行工作任務(wù)細(xì)化、具體計(jì)劃和安排項(xiàng)目成員工作任務(wù)等工作、對突發(fā)事件項(xiàng)目經(jīng)理需能及時(shí)合理地進(jìn)行協(xié)調(diào)、測試經(jīng)理能準(zhǔn)確地給出進(jìn)展?fàn)顟B(tài)和項(xiàng)目的缺陷狀態(tài)。（8）測試經(jīng)理不僅需要注重項(xiàng)目質(zhì)量，同時(shí)應(yīng)注意項(xiàng)目工作效率不斷提高；沈陽師范大學(xué)軟件學(xué)院1710.2.1測試項(xiàng)目與測試項(xiàng)目管理簡述10.2.1.5測試經(jīng)理或測試主管在項(xiàng)目中的要求（9）項(xiàng)目經(jīng)理對軟件開發(fā)具有豐富的經(jīng)驗(yàn)，了解軟件開發(fā)的普遍流程，了解各個(gè)階段所需完成的工作，特別是項(xiàng)目測試工作需要的時(shí)間，這是安排好項(xiàng)目組成員工作的前提；（10）在項(xiàng)目正式開展前，經(jīng)理準(zhǔn)備項(xiàng)目計(jì)劃文檔，在項(xiàng)目計(jì)劃中包含了項(xiàng)目進(jìn)度時(shí)間表，給出各個(gè)階段和各個(gè)子階段的起始結(jié)束日期。對各個(gè)階段和各個(gè)子階段的詳細(xì)工作安排和各項(xiàng)工作責(zé)任人只能在項(xiàng)目開展工程中根據(jù)項(xiàng)目實(shí)際情況進(jìn)行安排，一般是在每周項(xiàng)目組例會(huì)上進(jìn)行本周詳細(xì)工作安排；（11）在項(xiàng)目組例會(huì)上的工作安排一般只限于本周或甚至是過后的二、三天，一般不會(huì)太長，對長時(shí)間工作的安排容易失去精確并且不易控制；（12）項(xiàng)目組例會(huì)一般一周一次（時(shí)間不能太長），但必要時(shí)也可在中途召開項(xiàng)目會(huì)議進(jìn)行工作安排；（13）一定重視每周測試結(jié)果報(bào)告；（14）善于鼓勵(lì)發(fā)揮員工的潛能，經(jīng)理需要會(huì)贊揚(yáng)很好地完成了工作的組員；（15）要采取主動(dòng)積極的工作態(tài)度和利益相關(guān)者去溝通，強(qiáng)化軟件測試工作；（16）

采用配置管理思想，輔之以先進(jìn)的配置管理工具，可以幫助用戶在內(nèi)部建立完善的知識(shí)管理體系。沈陽師范大學(xué)軟件學(xué)院1810.2.2測試項(xiàng)目的范圍管理10.2.2.1測試小組與開發(fā)小組的管理（1）缺陷的管理

測試人員與開發(fā)人員以TD作為交流的依據(jù)，因此必須測試人員與開發(fā)人員必須每天瀏覽TD上的缺陷記錄，并根據(jù)優(yōu)先級(jí)作為開發(fā)員修改的依據(jù)。測試小組與開發(fā)小組的缺陷管理如表沈陽師范大學(xué)軟件學(xué)院1910.2.2測試項(xiàng)目的范圍管理10.2.2.1測試小組與開發(fā)小組的管理（1）缺陷的管理沈陽師范大學(xué)軟件學(xué)院2010.2.2測試項(xiàng)目的范圍管理10.2.2.1測試小組與開發(fā)小組的管理(2）版本的管理（3）需求變更及其他事項(xiàng)的管理當(dāng)需求規(guī)約發(fā)生變更時(shí)，開發(fā)人員應(yīng)及時(shí)用郵件通知相關(guān)的測試人員和測試經(jīng)理，如需求變更多大時(shí)，應(yīng)形成文檔提交。沈陽師范大學(xué)軟件學(xué)院2110.2.2測試項(xiàng)目的范圍管理10.2.2.2測試小組的管理（1）測試時(shí)間的管理測試時(shí)間單位為工作日（周），如表所示。沈陽師范大學(xué)軟件學(xué)院2210.2.2測試項(xiàng)目的范圍管理10.2.2.2測試小組的管理（2）會(huì)議的管理項(xiàng)目例會(huì)，包含內(nèi)容為小組成員小結(jié)，新版本的對應(yīng)的測試計(jì)劃，測試用例及預(yù)期執(zhí)行時(shí)間；確定小組成員的考核；確定項(xiàng)目獎(jiǎng)的分配建議。（3）測試方式的管理實(shí)行交叉測試和集中測試相結(jié)合的方式進(jìn)行，主要進(jìn)行黑盒測試，以手工測試為主，在項(xiàng)目后期進(jìn)行簡單的性能測試；開發(fā)小組提交版本后，有專門負(fù)責(zé)相應(yīng)模塊的測試工程師進(jìn)行初步測試，在開發(fā)小組提交新版本前的一到兩天測試組所有成員進(jìn)行集中測試，測試工程師必須提供測試用例的執(zhí)行情況，模塊的關(guān)聯(lián)情況，簡單演示，并以此作為考核的依據(jù)。（4）測試用例的管理測試用例不但可以保證軟件的質(zhì)量，還會(huì)大大縮短，需求完成后的測試時(shí)間。因此，測試用例必須寫，而且是在模塊需求規(guī)約確定后，在開發(fā)第一次提交版本前完成。執(zhí)行過程中，如有需求變更，測試用例也要更新。（5）對測試人員的考核的管理測試小組除了負(fù)責(zé)項(xiàng)目的測試質(zhì)量外，還應(yīng)根據(jù)在測試過程中提出三方面的數(shù)據(jù)：★模塊內(nèi)部驗(yàn)收測試數(shù)據(jù)；★缺陷上嚴(yán)重級(jí)別、狀態(tài)及優(yōu)先級(jí)別的處理；★對測試的編譯。沈陽師范大學(xué)軟件學(xué)院2310.2.2測試項(xiàng)目的范圍管理10.2.2.3代碼對象庫的管理

軟件代碼是軟件開發(fā)人員勞動(dòng)的結(jié)晶，也是軟件公司的寶貴財(cái)富，長期開發(fā)過程中形成的各種代碼對象是快速生成系統(tǒng)的組成部分。然而長期以來的一個(gè)事實(shí)是：一旦某個(gè)開發(fā)人員離開工作崗位，其原來所編寫的代碼便基本成為垃圾，無人過問；或者由于文檔不全，無從考究。為代碼管理提供了一個(gè)平臺(tái)和倉庫，有利于建立公司級(jí)的代碼對象庫，增進(jìn)代碼復(fù)用，提高開發(fā)重用率和軟件質(zhì)量。沈陽師范大學(xué)軟件學(xué)院2410.2.2測試項(xiàng)目的范圍管理10.2.2.4業(yè)務(wù)及經(jīng)驗(yàn)庫的管理

自動(dòng)生成完整的開發(fā)日志及問題集合，用文字記錄開發(fā)的整個(gè)過程，不會(huì)因某人的流動(dòng)而消失，有利于公司積累業(yè)務(wù)經(jīng)驗(yàn)，無論對軟件維護(hù)或版本升級(jí)，都具有重要的指導(dǎo)作用。沈陽師范大學(xué)軟件學(xué)院25本節(jié)內(nèi)容10.3測試過程管理10.3.1軟件過程的定義10.3.2測試過程規(guī)劃10.3.3測試過程與開發(fā)過程的關(guān)系10.3.4測試過程的活動(dòng)10.3.5測試過程的理念10.3.6測試過程階段沈陽師范大學(xué)軟件學(xué)院2610.3.1軟件過程的定義10.3.1軟件過程的定義★測試過程是軟件過程的組成部分，明確自己的軟件過程，才能明確自己的測試過程?！镘浖嬷芷谥杠浖某霈F(xiàn)一個(gè)構(gòu)思之日起，直到最后決定停止使用之時(shí)止。包括可行性與計(jì)劃研究、需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測試、運(yùn)行與維護(hù)等階段?！镘浖^程是指開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品（如項(xiàng)目計(jì)劃、文檔、代碼、手冊等）的一套行為、方法、實(shí)踐及變換過程。軟件過程是軟件生存周期的框架。沈陽師范大學(xué)軟件學(xué)院2710.3.2測試過程規(guī)劃10.3.2測試過程規(guī)劃★軟件過程；★測試過程；★測試的階段；★規(guī)劃測試過程沈陽師范大學(xué)軟件學(xué)院2810.3.3測試過程與開發(fā)過程的關(guān)系10.3.3測試過程與開發(fā)過程的關(guān)系★都是軟件過程的有機(jī)組成部分；★與開發(fā)過程同步進(jìn)行?！锱c開發(fā)過程相互依賴，又相互獨(dú)立。★開發(fā)過程、測試過程、項(xiàng)目管理過程以及其他支撐過程相互交織共同組成了軟件過程。沈陽師范大學(xué)軟件學(xué)院2910.3.4測試過程的活動(dòng)10.3.4測試過程的活動(dòng)★計(jì)劃；★設(shè)計(jì)；★準(zhǔn)備；★執(zhí)行；★評(píng)估；★缺陷跟蹤。沈陽師范大學(xué)軟件學(xué)院3010.3.5測試過程的理念10.3.5測試過程的理念（1）盡早測試“盡早測試”包含兩方面的含義：第一，測試人員早期參與軟件項(xiàng)目，及時(shí)開展測試的準(zhǔn)備工作，包括編寫測試計(jì)劃、制定測試方案以及準(zhǔn)備測試用例；第二，盡早的開展測試執(zhí)行工作。沈陽師范大學(xué)軟件學(xué)院3110.3.5測試過程的理念10.3.5測試過程的理念★測試可以在需求分析階段就及早開始，在做需求分析、產(chǎn)品功能設(shè)計(jì)的同時(shí)，測試人員就可以閱讀、審查需求分析的結(jié)果，創(chuàng)建測試的準(zhǔn)則；★當(dāng)系統(tǒng)設(shè)計(jì)人員在做系統(tǒng)設(shè)計(jì)時(shí)，測試人員可以了解系統(tǒng)是如何實(shí)現(xiàn)的，基于什么樣的平臺(tái)，這樣可以設(shè)計(jì)系統(tǒng)的測試方案和測試計(jì)劃，并事先準(zhǔn)備系統(tǒng)的測試環(huán)境；★當(dāng)設(shè)計(jì)人員在做在做詳細(xì)設(shè)計(jì)時(shí)，測試人員可以參與設(shè)計(jì)，對設(shè)計(jì)進(jìn)行評(píng)審，找出設(shè)計(jì)的缺陷，同時(shí)設(shè)計(jì)功能、新特性等各方面的測試用例，完善測試計(jì)劃；★在編程的同時(shí)，進(jìn)行單元測試，是一種很有效的辦法，可以盡快找出程序中的錯(cuò)誤，充分的單元測試可以大幅度提高程序質(zhì)量、減少成本。

由于及早的開展了測試準(zhǔn)備工作，測試人員能夠于早期了解測試的難度、預(yù)測測試的風(fēng)險(xiǎn)，從而有效提高了測試效率，規(guī)避測試風(fēng)險(xiǎn)。由于及早的開展測試執(zhí)行工作，測試人員盡早的發(fā)現(xiàn)軟件缺陷，大大降低了BUG修復(fù)成本。需要注意，“盡早測試”并非盲目的提前測試活動(dòng)，測試活動(dòng)開展的前提是達(dá)到必須的測試就緒點(diǎn)。沈陽師范大學(xué)軟件學(xué)院3210.3.5測試過程的理念10.3.5測試過程的理念（3）全過程測試

“全過程測試”包含兩層含義：第一，測試人員要充分關(guān)注開發(fā)過程，對開發(fā)過程的各種變化及時(shí)做出響應(yīng)。例如開發(fā)進(jìn)度的調(diào)整可能會(huì)引起測試進(jìn)度及測試策略的調(diào)整，需求的變更會(huì)影響到測試的執(zhí)行等等。第二，測試人員要對測試的全過程進(jìn)行全程的跟蹤，例如建立完善的度量與分析機(jī)制，通過對自身過程的度量，及時(shí)了解過程信息，調(diào)整測試策略。沈陽師范大學(xué)軟件學(xué)院3310.3.5測試過程的理念10.3.5測試過程的理念★當(dāng)前測試所達(dá)到的覆蓋率是怎樣的？★到目前為止取得了哪些成功？★還要哪些測試要做？★怎么證明系統(tǒng)已經(jīng)經(jīng)過了有效的測試？★有哪些變更，哪些必須重新測試？沈陽師范大學(xué)軟件學(xué)院3410.3.5測試過程的理念10.3.5測試過程的理念（4）獨(dú)立的、迭代的測試我們在遵循盡早測試、全面測試、全過程測試?yán)砟畹耐瑫r(shí)，應(yīng)當(dāng)將測試過程從開發(fā)過程中適當(dāng)?shù)某橄蟪鰜?，作為一個(gè)獨(dú)立的過程進(jìn)行管理。時(shí)刻把握獨(dú)立的、迭代測試的理念，減小因開發(fā)模型的繁雜給測試管理工作帶來的不便。對于軟件過程中不同階段的產(chǎn)品和不同的測試類型，只要測試準(zhǔn)備工作就緒，就可以及時(shí)開展測試工作，把握產(chǎn)品質(zhì)量。沈陽師范大學(xué)軟件學(xué)院3510.3.6測試過程階段10.3.6測試過程階段

(1)測試項(xiàng)目啟動(dòng)階段；

(2)測試計(jì)劃階段；

(3)測試設(shè)計(jì)階段；

(4)測試執(zhí)行階段；

(5)測試結(jié)果的審查和分析階段。沈陽師范大學(xué)軟件學(xué)院36本節(jié)內(nèi)容10.4軟件測試的組織和人員的管理10.4.1軟件測試的組織和組織的職能10.4.2測試的組織結(jié)構(gòu)10.4.3測試人員能力要求沈陽師范大學(xué)軟件學(xué)院3710.4.1軟件測試的組織和組織的職能10.4.1.1測試組織的任務(wù)★為測試項(xiàng)目選擇合適的組織結(jié)構(gòu)模式；★確定項(xiàng)目組內(nèi)部的組織形式；★合理配備人員，明確分工和責(zé)任；★對項(xiàng)目成員的思想、心理和行為進(jìn)行有效地管理，充分發(fā)揮他們的主觀能動(dòng)性，密切配合實(shí)現(xiàn)項(xiàng)目的目標(biāo)。沈陽師范大學(xué)軟件學(xué)院3810.4.1軟件測試的組織和組織的職能10.4.1.2測試組織管理的原則★盡快落實(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)事宜?！餃p少接口要盡可能地減少項(xiàng)目組內(nèi)人與人之間的層次關(guān)系，縮短通信的路徑，方便人員之間的溝通，提高工作效率?！镓?zé)任明確、均衡項(xiàng)目組成員都必須明確自己在項(xiàng)目組中的地位、角色和職責(zé)，各成員所負(fù)的責(zé)任不應(yīng)比委任的權(quán)力大，反之亦然。沈陽師范大學(xué)軟件學(xué)院3910.4.1軟件測試的組織和組織的職能10.4.1.3測試組織的人員組成★測試經(jīng)理測試經(jīng)理負(fù)責(zé)測試流程、溝通、測試工具的引入、人員管理、測試計(jì)劃/設(shè)計(jì)/開發(fā)及執(zhí)行?！餃y試組長測試組長：溝通、測試工具引入、人員管理、費(fèi)用/過程狀態(tài)報(bào)告、測試計(jì)劃/設(shè)計(jì)/開發(fā)及執(zhí)行?！餃y試工程師測試工程師執(zhí)行測試計(jì)劃，進(jìn)行設(shè)計(jì)/開發(fā)及執(zhí)行。沈陽師范大學(xué)軟件學(xué)院4010.4.1軟件測試的組織和組織的職能10.4.1.4組織的職能★按照組織目標(biāo)和實(shí)施計(jì)劃，建立合理的組織機(jī)構(gòu)，包括各個(gè)管理層次和職能部門的建立；★按照業(yè)務(wù)性質(zhì)進(jìn)行分工，確定各個(gè)部門的職責(zé)范圍；★按照所負(fù)責(zé)任給予各個(gè)部門、各管理人員相應(yīng)的權(quán)利；★明確各部門之間、上下級(jí)之間的領(lǐng)導(dǎo)和協(xié)作關(guān)系，建立通暢的信息溝通渠道；★配備和使用適合工作要求的人員。沈陽師范大學(xué)軟件學(xué)院4110.4.2測試的組織結(jié)構(gòu)10.4.2.1測試的組織結(jié)構(gòu)

測試人員由臨時(shí)人員組成，通常有2-5人組成，直接向項(xiàng)目經(jīng)理負(fù)責(zé)。大型項(xiàng)目可以劃分為幾個(gè)小組，設(shè)測試經(jīng)理。項(xiàng)目經(jīng)理負(fù)責(zé)制定測試計(jì)劃文檔。企業(yè)沒有正規(guī)的方法將測試程序、方法、相關(guān)的知識(shí)經(jīng)驗(yàn)傳遞下去，測試質(zhì)量難以保證。優(yōu)點(diǎn)是成本低，不需要對測試人員提供培訓(xùn)、生活保障等服務(wù)。沈陽師范大學(xué)軟件學(xué)院4210.4.2測試的組織結(jié)構(gòu)10.4.2.2測試組織結(jié)構(gòu)的準(zhǔn)則（1）提供軟件測試的快速?zèng)Q策能力；（2）利于合作，尤其是產(chǎn)品開發(fā)與測試開發(fā)之間的合作；（3）能夠獨(dú)立、規(guī)范、不帶偏見地運(yùn)作并具有精干的人員配置；（4）有利于滿足軟件測試與質(zhì)量管理的關(guān)系；（5）有利于滿足軟件測試過程管理要求；（6）有利于為測試技術(shù)提供專有技術(shù)；（7）充分利用現(xiàn)有測試資源，特別是人；（8）對測試者的職業(yè)道德和事業(yè)產(chǎn)生積極的影響。沈陽師范大學(xué)軟件學(xué)院4310.4.3測試人員能力要求10.4.3.1測試人員的能力應(yīng)包括以下幾項(xiàng)：（1）技術(shù)知識(shí)：包括表達(dá)、交流、協(xié)調(diào)、管理、質(zhì)量意識(shí)、過程方法、軟件工程等；（2）測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標(biāo)準(zhǔn)、工作成績評(píng)估、熟悉所測試的產(chǎn)品用到的技術(shù)，并掌握測試工具、方法等相關(guān)技術(shù)。等；（3）測試規(guī)劃能力：包括將業(yè)務(wù)任務(wù)和技術(shù)任務(wù)相互獨(dú)立、能夠適應(yīng)不同的測試項(xiàng)目、風(fēng)險(xiǎn)分析及防范、軟件放行/接收準(zhǔn)則制定、測試目標(biāo)及計(jì)劃、測試計(jì)劃和設(shè)計(jì)的評(píng)審方法等；（4）測試執(zhí)行能力：包括有成熟的測試過程管理規(guī)范、測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷記錄及處理、自動(dòng)化工具；沈陽師范大學(xué)軟件學(xué)院4410.4.3測試人員能力要求10.4.3.1測試人員的能力應(yīng)包括以下幾項(xiàng)：（5）測試分析、報(bào)告和改進(jìn)能力：包括測試度量、統(tǒng)計(jì)技術(shù)、測試報(bào)告、過程監(jiān)測及持續(xù)改進(jìn)。測試工程師掌握：測試工具、測試自動(dòng)化編程、編程語言、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫、測試生存周期的技術(shù)技能（1-2年）；掌握測試過程：評(píng)審、制訂和改進(jìn)過程，指導(dǎo)工作，了解業(yè)務(wù)領(lǐng)域。（2-3年）；掌握：任務(wù)安排、跟蹤和報(bào)告，監(jiān)管測試工程師，掌握測試周期支持工具。（3-4年）；掌握：管理項(xiàng)目，與客戶交流，管理測試人員。（4-6年）；掌握：項(xiàng)目或產(chǎn)品研發(fā)指導(dǎo)、促進(jìn)產(chǎn)品銷售、確定業(yè)務(wù)機(jī)會(huì)、承擔(dān)盈虧責(zé)任。（8年以上）。沈陽師范大學(xué)軟件學(xué)院4510.4.3測試人員能力要求10.4.3.1測試人員的能力應(yīng)包括以下幾項(xiàng)：

測試組織管理者的工作能力在很大程度上決定測試工作的成功與否，測試管理是很困難的，測試組織的管理者必須具備：（1）了解與評(píng)價(jià)軟件測試政策、標(biāo)準(zhǔn)、過程、工具、培訓(xùn)和度量的能力；（2）領(lǐng)導(dǎo)一個(gè)測試組織的能力，該組織必須堅(jiān)強(qiáng)有力、獨(dú)立自主、辦事規(guī)范且沒有偏見；（3）吸引并留住杰出測試專業(yè)人才的能力；（4）領(lǐng)導(dǎo)、溝通、支持和控制的能力；（5）有提出解決問題方案的能力；（6）測試時(shí)間、質(zhì)量和成本控制的能力。沈陽師范大學(xué)軟件學(xué)院46本節(jié)內(nèi)容10.5測試的配置管理10.5.1軟件配置管理簡述10.5.2軟件配置管理要求10.5.3軟件配置管理功能要求沈陽師范大學(xué)軟件學(xué)院4710.5.1軟件配置管理簡述10.5.1.1軟件配置管理軟件配置管理（SCMSoftwareConfigurationManagement）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)，目的是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。我們知道，在軟件建立時(shí)變更是不可避免的，而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。SCM活動(dòng)的目標(biāo)就是為了標(biāo)識(shí)變更、控制變更、確保變更正確實(shí)現(xiàn)并向其他有關(guān)人員報(bào)告變更。軟件配置管理作為CMM2級(jí)的一個(gè)關(guān)鍵域（KeyPracticeArea，KPA），在整個(gè)軟件的開發(fā)活動(dòng)中占有很重要的位置，它被用來：（1）標(biāo)識(shí)變化；（2）控制變化；（3）保證變化被適當(dāng)?shù)陌l(fā)現(xiàn)；（4）向其他可能有興趣的人員報(bào)告變化。沈陽師范大學(xué)軟件學(xué)院4810.5.1軟件配置管理簡述10.5.1.2軟件配置管理的基本目標(biāo)

軟件配置管理是在貫穿整個(gè)軟件生命周期中建立和維護(hù)項(xiàng)目產(chǎn)品的完整性。它的基本目標(biāo)包括：★軟件配置管理的各項(xiàng)工作是有計(jì)劃進(jìn)行的；★被選擇的項(xiàng)目產(chǎn)品得到識(shí)別，控制并且可以被相關(guān)人員獲?。弧镆炎R(shí)別出的項(xiàng)目產(chǎn)品的更改得到控制；★使相關(guān)組別和個(gè)人及時(shí)了解軟件基準(zhǔn)的狀態(tài)和內(nèi)容。沈陽師范大學(xué)軟件學(xué)院4910.5.1軟件配置管理簡述10.5.1.3軟件配置管理的定義★標(biāo)識(shí)——識(shí)別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，為其分配唯一的標(biāo)識(shí)符，并以某種形式提供對它們的存取；★控制——通過建立產(chǎn)品基線，控制軟件產(chǎn)品的發(fā)布和在整個(gè)軟件生命周期中對軟件產(chǎn)品的修改。例如，它將解決哪些修改會(huì)在該產(chǎn)品的最新版本中實(shí)現(xiàn)的問題；★狀態(tài)統(tǒng)計(jì)——記錄并報(bào)告構(gòu)件和修改請求的狀態(tài)，并收集關(guān)于產(chǎn)品構(gòu)件的重要統(tǒng)計(jì)信息。例如，它將解決修改這個(gè)錯(cuò)誤會(huì)影響多少個(gè)文件的問題；★審計(jì)和審查——確認(rèn)產(chǎn)品的完整性并維護(hù)構(gòu)件間的一致性，即確保產(chǎn)品是一個(gè)嚴(yán)格定義的構(gòu)件集合。例如，它將解決目前發(fā)布的產(chǎn)品所用的文件的版本是否正確的問題；★生產(chǎn)——對產(chǎn)品的生產(chǎn)進(jìn)行優(yōu)化管理。它將解決最新發(fā)布的產(chǎn)品應(yīng)由哪些版本的文件和工具來生成的問題；★過程管理——確保軟件組織的規(guī)程、方針和軟件周期得以正確貫徹執(zhí)行。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過測試和質(zhì)量檢查的問題；沈陽師范大學(xué)軟件學(xué)院5010.5.1軟件配置管理簡述10.5.1.4軟件配置管理角色職責(zé)軟件配置管理過程中主要涉及下列的角色和分工：（1）項(xiàng)目經(jīng)理（ProjectManagerPM）

項(xiàng)目經(jīng)理是整個(gè)軟件研發(fā)活動(dòng)的負(fù)責(zé)人，他根據(jù)軟件配置控制委員會(huì)的建議批準(zhǔn)配置管理的各項(xiàng)活動(dòng)并控制它們的進(jìn)程。其具體職責(zé)為以下幾項(xiàng)：★制定和修改項(xiàng)目的組織結(jié)構(gòu)和配置管理策略；★

批準(zhǔn)、發(fā)布配置管理計(jì)劃；★

決定項(xiàng)目起始基線和開發(fā)階段；★

接受并審閱配置控制委員會(huì)的報(bào)告。沈陽師范大學(xué)軟件學(xué)院5110.5.1軟件配置管理簡述10.5.1.4軟件配置管理角色職責(zé)（2）配置控制委員會(huì)（ConfigurationControlBoardCCB）★負(fù)責(zé)指導(dǎo)和控制配置管理的各項(xiàng)具體活動(dòng)的進(jìn)行，為項(xiàng)目經(jīng)理的決策提供建議。其具體職責(zé)為以下幾項(xiàng)：★

定制開發(fā)子系統(tǒng)；★

定制訪問控制；★

制定常用策略；★

建立、更改基線的設(shè)置，審核變更申請；★

根據(jù)配置管理員的報(bào)告決定相應(yīng)的對策。沈陽師范大學(xué)軟件學(xué)院5210.5.1軟件配置管理簡述10.5.1.4軟件配置管理角色職責(zé)（3）配置管理員（ConfigurationManagementOfficerCMO）根據(jù)配置管理計(jì)劃執(zhí)行各項(xiàng)管理任務(wù)，定期向CCB提交報(bào)告，并列席CCB的例會(huì)。其具體職責(zé)為以下幾項(xiàng)：★

軟件配置管理工具的日常管理與維護(hù)；★

提交配置管理計(jì)劃；★

各配置項(xiàng)的管理與維護(hù)；★

執(zhí)行版本控制和變更控制方案；★

完成配置審計(jì)并提交報(bào)告；★

對開發(fā)人員進(jìn)行相關(guān)的培訓(xùn)；★

識(shí)別軟件開發(fā)過程中存在的問題并擬就解決方案。沈陽師范大學(xué)軟件學(xué)院5310.5.1軟件配置管理簡述10.5.1.4軟件配置管理角色職責(zé)（4）系統(tǒng)集成員（SystemIntegrationOfficerSIO）

系統(tǒng)集成員負(fù)責(zé)生成和管理項(xiàng)目的內(nèi)部和外部發(fā)布版本，其具體職責(zé)為以下幾項(xiàng)：★

集成修改；★

構(gòu)建系統(tǒng)；★

完成對版本的日常維護(hù)；★

建立外部發(fā)布版本。沈陽師范大學(xué)軟件學(xué)院5410.5.1軟件配置管理簡述10.5.1.5軟件配置管理過程一個(gè)軟件研發(fā)項(xiàng)目一般可以劃分為三個(gè)階段：計(jì)劃階段、開發(fā)階段和維護(hù)階段。而開發(fā)階段和維護(hù)階段從配置管理的角度來看所涉及的活動(dòng)是一致，所以成為“項(xiàng)目開發(fā)和維護(hù)”階段。①

項(xiàng)目計(jì)劃階段

一個(gè)項(xiàng)目設(shè)立之初，首先需要制定整個(gè)項(xiàng)目的計(jì)劃，它是項(xiàng)目研發(fā)工作的基礎(chǔ)。在有了總體研發(fā)計(jì)劃之后，軟件配置管理的活動(dòng)就可以展開了，因?yàn)槿绻辉陧?xiàng)目開始之初制定軟件配置管理計(jì)劃，那么軟件配置管理的許多關(guān)鍵活動(dòng)就無法及時(shí)有效的進(jìn)行，而它的直接后果就是造成了項(xiàng)目開發(fā)狀況的混亂并注定軟件配置管理活動(dòng)成為一種“救火”的行為。所以及時(shí)制定一份軟件配置管理計(jì)劃在一定程度上是項(xiàng)目成功的重要保證。沈陽師范大學(xué)軟件學(xué)院5510.5.1軟件配置管理簡述10.5.1.5軟件配置管理過程一個(gè)軟件研發(fā)項(xiàng)目一般可以劃分為三個(gè)階段：計(jì)劃階段、開發(fā)階段和維護(hù)階段。而開發(fā)階段和維護(hù)階段從配置管理的角度來看所涉及的活動(dòng)是一致，所以成為“項(xiàng)目開發(fā)和維護(hù)”階段。①

項(xiàng)目計(jì)劃階段

一個(gè)項(xiàng)目設(shè)立之初，首先需要制定整個(gè)項(xiàng)目的計(jì)劃，它是項(xiàng)目研發(fā)工作的基礎(chǔ)。在有了總體研發(fā)計(jì)劃之后，軟件配置管理的活動(dòng)就可以展開了，因?yàn)槿绻辉陧?xiàng)目開始之初制定軟件配置管理計(jì)劃，那么軟件配置管理的許多關(guān)鍵活動(dòng)就無法及時(shí)有效的進(jìn)行，而它的直接后果就是造成了項(xiàng)目開發(fā)狀況的混亂并注定軟件配置管理活動(dòng)成為一種“救火”的行為。所以及時(shí)制定一份軟件配置管理計(jì)劃在一定程度上是項(xiàng)目成功的重要保證。在軟件配置管理計(jì)劃的制定過程中，它的主要流程是：★CCB根據(jù)項(xiàng)目的開發(fā)計(jì)劃確定各個(gè)里程碑和開發(fā)策略；★CMO根據(jù)CCB的規(guī)劃，制定詳細(xì)的配置管理計(jì)劃，交CCB審核；★CCB通過配置管理計(jì)劃后交項(xiàng)目經(jīng)理批準(zhǔn)，發(fā)布實(shí)施。沈陽師范大學(xué)軟件學(xué)院5610.5.1軟件配置管理簡述10.5.1.5軟件配置管理過程②項(xiàng)目開發(fā)維護(hù)階段這一階段時(shí)項(xiàng)目研發(fā)的主要階段。在這一階段中軟件配置管理活動(dòng)主要分為三個(gè)層面：★主要由CMO完成的管理和維護(hù)工作；★由SIO和DEV具體執(zhí)行軟件配置管理策略；★變更流程。這三個(gè)層面是彼此之間既獨(dú)立又互相聯(lián)系的有機(jī)的整體。在這個(gè)軟件配置管理過程中，它的核心流程應(yīng)該是這樣的：★CCB設(shè)定研發(fā)活動(dòng)的初始基線；★CMO根據(jù)軟件配置管理規(guī)劃設(shè)立配置庫和工作空間，為執(zhí)行軟件配置管理就阿做好準(zhǔn)備；★開發(fā)人員按照統(tǒng)一的軟件配置管理策略，根據(jù)獲得的授權(quán)的資源進(jìn)行項(xiàng)目的研發(fā)工作；★SIO按照項(xiàng)目的進(jìn)度集成組內(nèi)開發(fā)人員的工作成果，并構(gòu)建系統(tǒng)，推進(jìn)版本的演進(jìn)；★CCB根據(jù)項(xiàng)目的進(jìn)展情況，審核各種變更請求，并適時(shí)的劃定新的基線，保證開發(fā)和維護(hù)工作有序的進(jìn)行。沈陽師范大學(xué)軟件學(xué)院5710.5.1軟件配置管理簡述10.5.1.5軟件配置管理過程這個(gè)流程就是如此循環(huán)往復(fù)，直到項(xiàng)目的結(jié)束。當(dāng)然，在上述的核心過程之外，還涉及其他一些相關(guān)的活動(dòng)和操作流程，下面按不同的角色分工予以列出：★各開發(fā)人員按照項(xiàng)目經(jīng)理發(fā)布的開發(fā)策略或模型進(jìn)行工作；★SIO負(fù)責(zé)將各分項(xiàng)目的工作成果歸并至集成分支，供測試或發(fā)布；★SIO可向CCB提出設(shè)立基線的要求，經(jīng)批準(zhǔn)后由CMO執(zhí)行；★

CMO定期向項(xiàng)目經(jīng)理和CCB提交審計(jì)報(bào)告，并在CCB例會(huì)中報(bào)告項(xiàng)目在軟件過程中可能存在的問題和改進(jìn)方案；★

在基線生效后，一切對基線和基線之前的開發(fā)成果的變更必須經(jīng)CCB的批準(zhǔn)；★

CCB定期舉行例會(huì)，根據(jù)成員所掌握的情況、CMO的報(bào)告和開發(fā)人員的請求，對配置管理計(jì)劃作出修改，并向項(xiàng)目經(jīng)理負(fù)責(zé)。綜上所述，配置管理的工作流程如圖所示沈陽師范大學(xué)軟件學(xué)院5810.5.1軟件配置管理簡述沈陽師范大學(xué)軟件學(xué)院5910.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)配置管理的目的是建立和維護(hù)在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管理包括6個(gè)最基本關(guān)鍵活動(dòng)：★配置標(biāo)識(shí)；★版本控制；★變更控制；★配置狀態(tài)報(bào)告；★配置審計(jì)；★工作空間管理。沈陽師范大學(xué)軟件學(xué)院6010.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(1)配置標(biāo)識(shí)配置標(biāo)識(shí)是配置管理的基礎(chǔ),也是制定配置管理計(jì)劃的重要內(nèi)容。所有配置項(xiàng)的操作權(quán)限都應(yīng)當(dāng)嚴(yán)格管理，其基本原則是：所有基線配置項(xiàng)向測試人員開放讀取權(quán)限；而非基線配置項(xiàng)向測試組長、項(xiàng)目經(jīng)理及相關(guān)人員開放。配置標(biāo)識(shí)主要是標(biāo)識(shí)測試樣品、測試標(biāo)準(zhǔn)、測試工具、測試文檔（包括測試用例）、測試報(bào)告等配置項(xiàng)的名稱和類型。所有配置項(xiàng)都都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號(hào)，按照相應(yīng)的模板生成，并在文檔中的規(guī)定章節(jié)（部分）記錄對象的標(biāo)識(shí)信息。在引入軟件配置管理工具進(jìn)行管理后，這些配置項(xiàng)都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫中,這樣使得測試相關(guān)人員能方便地知道每個(gè)配置項(xiàng)的內(nèi)容和狀態(tài)。沈陽師范大學(xué)軟件學(xué)院6110.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(2)版本控制版本控制是軟件配置管理的核心功能。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。所有置于配置庫中的元素都應(yīng)自動(dòng)予以版本的標(biāo)識(shí)，并保證版本命名的唯一性。版本在生成過程中，自動(dòng)依照設(shè)定的使用模型自動(dòng)分支、演進(jìn)。除了系統(tǒng)自動(dòng)記錄的版本信息以外，為了配合軟件開發(fā)流程的各個(gè)階段，我們還需要定義、收集一些元數(shù)據(jù)（Metadata）來記錄版本的輔助信息和規(guī)范開發(fā)流程，并為今后對軟件過程的度量做好準(zhǔn)備。當(dāng)然如果選用的工具支持的話，這些輔助數(shù)據(jù)將能直接統(tǒng)計(jì)出過程數(shù)據(jù)，從而方便我們軟件過程改進(jìn)（SoftwareProcessImprovement，SPI）活動(dòng)的進(jìn)行。

對于配置庫中的各個(gè)基線控制項(xiàng)，應(yīng)該根據(jù)其基線的位置和狀態(tài)來設(shè)置相應(yīng)的訪問權(quán)限。一般來說，對于基線版本之前的各個(gè)版本都應(yīng)處于被鎖定的狀態(tài)，如需要對它們進(jìn)行變更，則應(yīng)按照變更控制的流程來進(jìn)行操作。沈陽師范大學(xué)軟件學(xué)院6210.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(3)變更控制變更控制的目的并不是控制和限制變更的發(fā)生，而是對變更進(jìn)行有效的管理，確保變更有序地進(jìn)行。變更管理的一般流程是：★（獲得）提出變更請求；★由CCB審核并決定是否批準(zhǔn)；★（被接受）修改請求分配人員為，提取SCI，進(jìn)行修改；★復(fù)審變化；★提交修改后的SCI；★建立測試基線并測試；★重建軟件的適當(dāng)版本；★復(fù)審（審計(jì)）所有SCI的變化；★發(fā)布新版本。沈陽師范大學(xué)軟件學(xué)院6310.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(

4)配置狀態(tài)報(bào)告配置狀態(tài)報(bào)告就是根據(jù)配置項(xiàng)操作數(shù)據(jù)庫中的記錄，來向管理者報(bào)告軟件測試工作的進(jìn)展情況。這樣的報(bào)告應(yīng)該是定期進(jìn)行，并盡量通過CASE工具自動(dòng)生成，用數(shù)據(jù)庫中的客觀數(shù)據(jù)來真實(shí)的反映各配置項(xiàng)的情況。

配置狀態(tài)報(bào)告應(yīng)根據(jù)報(bào)告應(yīng)著重反映當(dāng)前基線配置項(xiàng)的狀態(tài)，以作為對開發(fā)進(jìn)度報(bào)告的參照。同時(shí)也能從中根據(jù)開發(fā)人員對配置項(xiàng)的操作記錄來對開發(fā)團(tuán)隊(duì)的工作關(guān)系作一定的分析。配置狀態(tài)報(bào)告應(yīng)該包括以下主要內(nèi)容：沈陽師范大學(xué)軟件學(xué)院6410.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)★定義配置狀態(tài)報(bào)告形式、內(nèi)容和提交方式；★確認(rèn)過程記錄和跟蹤問題報(bào)告，更改請求，更改次序等；★確定測試報(bào)告提交的時(shí)間與方式?！锱渲脦旖Y(jié)構(gòu)和相關(guān)說明；★開發(fā)起始基線的構(gòu)成；★當(dāng)前基線位置及狀態(tài)；★各基線配置項(xiàng)集成分支的情況；★各私有開發(fā)分支類型的分布情況；★關(guān)鍵元素的版本演進(jìn)記錄；★其它應(yīng)予報(bào)告的事項(xiàng)。沈陽師范大學(xué)軟件學(xué)院6510.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(5)配置審計(jì)配置審計(jì)的主要作用是作為變更控制的補(bǔ)充手段，來確保某一變更需求已被切實(shí)地執(zhí)行和實(shí)現(xiàn)。配置審計(jì)包括以下主要內(nèi)容：★確定審計(jì)執(zhí)行人員和執(zhí)行時(shí)機(jī)；★確定審計(jì)的內(nèi)容與方式；★確定發(fā)現(xiàn)問題的處理方法?！镏贫?xiàng)目的配置計(jì)劃；★對配置項(xiàng)進(jìn)行標(biāo)識(shí)；★對配置項(xiàng)進(jìn)行版本控制；★對配置項(xiàng)進(jìn)行變更控制；★定期進(jìn)行配置審計(jì)；★向相關(guān)人員報(bào)告配置的狀態(tài)。沈陽師范大學(xué)軟件學(xué)院6610.5.1軟件配置管理簡述10.5.1.6軟件配置管理的關(guān)鍵活動(dòng)(6)工作空間管理

在引入了軟件配置管理工具之后，所有開發(fā)人員都會(huì)被要求把工作成果存放到由軟件配置管理工具所管理的配置庫中去，或是直接工作在軟件配置管理工具提供的環(huán)境之下。所以為了讓每個(gè)開發(fā)人員和各個(gè)開發(fā)團(tuán)隊(duì)能更好的分工合作，同時(shí)又互不干擾，對工作空間的管理和維護(hù)也成為了軟件配置管理的一個(gè)重要的活動(dòng)。沈陽師范大學(xué)軟件學(xué)院6710.5.2軟件配置管理要求軟件配置管理要求注意如下10點(diǎn)內(nèi)容：1．配置管理適用的范圍包括SNTC部門的全部工作產(chǎn)品，研發(fā)中心各個(gè)部門的評(píng)審記錄；2．配置管理下的項(xiàng)至少應(yīng)包括：工作計(jì)劃、工作任務(wù)、工作周報(bào)、各種會(huì)議記錄、經(jīng)評(píng)審確認(rèn)的工作產(chǎn)品、評(píng)審記錄等。3．配置管理命名規(guī)則：工作計(jì)劃-XX部NN：項(xiàng)目；YYYY：為年；MM：為月；DD：為日期；XX：為配置管理項(xiàng)。4．配置庫文件目錄結(jié)構(gòu)配置庫文件目錄結(jié)構(gòu)如表所示。沈陽師范大學(xué)軟件學(xué)院6810.5.2軟件配置管理要求沈陽師范大學(xué)軟件學(xué)院6910.5.2軟件配置管理要求軟件配置管理要求注意如下10點(diǎn)內(nèi)容：5.角色和責(zé)任6.目錄添加/修改/刪除流程7.配置項(xiàng)的添加/修改/刪除流程8.配置項(xiàng)的發(fā)布9.配置管理文檔的保存10.配置庫備份.沈陽師范大學(xué)軟件學(xué)院7010.5.3軟件配置管理功能要求10.5.3.1對于元素的要求★要記錄元素的版本及其差異，差異的原因；★確定構(gòu)成配置及配置版本的組件群；★標(biāo)識(shí)出產(chǎn)品的基線及其外延產(chǎn)品，確定表示項(xiàng)目組件群及附件項(xiàng)目環(huán)境。沈陽師范大學(xué)軟件學(xué)院7110.5.3軟件配置管理功能要求10.5.3.2對于機(jī)構(gòu)的要求★要通過表示產(chǎn)品組件庫的系統(tǒng)模型來模擬產(chǎn)品的結(jié)構(gòu)；★標(biāo)明組件、版本、配置的界面使之可以重用；★確定及維護(hù)組件間的關(guān)系；選擇兼容的組件使之形成有效的、一致的產(chǎn)品版本。沈陽師范大學(xué)軟件學(xué)院7210.5.3軟件配置管理功能要求10.5.3.3對構(gòu)建的要求★要通過表示產(chǎn)品組件庫的系統(tǒng)模型來模擬產(chǎn)品的結(jié)構(gòu)；★標(biāo)明組件、版本、配置的界面使之可以重用；★確定及維護(hù)組件間的關(guān)系；選擇兼容的組件使之形成有效的、一致的產(chǎn)品版本。沈陽師范大學(xué)軟件學(xué)院7310.5.3軟件配置管理功能要求10.5.3.3對構(gòu)建的要求★要容易創(chuàng)建產(chǎn)品的手段；★能隨時(shí)靜態(tài)分析產(chǎn)品的現(xiàn)狀；★通過減少組件的堆積和節(jié)省區(qū)間來優(yōu)化系統(tǒng)創(chuàng)建的機(jī)制；★進(jìn)行更改分析以預(yù)測因更改而導(dǎo)致的細(xì)小分化的手段；★隨時(shí)都能對產(chǎn)品的任何部分、在任何階段容易得到更新。沈陽師范大學(xué)軟件學(xué)院7410.5.3軟件配置管理功能要求10.5.3.4對于審核的要求★要所有更改的歷史記錄；★所有與產(chǎn)品相關(guān)的組件與其演變的追溯性；★完成任務(wù)的所有細(xì)節(jié)的日志。沈陽師范大學(xué)軟件學(xué)院7510.5.3軟件配置管理功能要求10.5.3.5對于統(tǒng)計(jì)的要求★要所有更改的歷史記錄；★所有與產(chǎn)品相關(guān)的組件與其演變的追溯性；★完成任務(wù)的所有細(xì)節(jié)的日志。沈陽師范大學(xué)軟件學(xué)院7610.5.3軟件配置管理功能要求10.5.3.6對于控制要求★要為避免不必要的變更或變更沖突對系統(tǒng)中的組件的獲取應(yīng)予以控制，對于更改要求的表格及問題報(bào)告形成在線支持；★錯(cuò)誤查找的手段及何時(shí)對何人會(huì)產(chǎn)生什么影響；★在不同但相關(guān)的產(chǎn)品版本之間以受控的方式進(jìn)行更改告知；★將產(chǎn)品進(jìn)行分割的手段以限制更改影響沈陽師范大學(xué)軟件學(xué)院7710.5.3軟件配置管理功能要求10.5.3.7對于過程要求★要對生命周期模型及組織方針予以支持；★確定要完成的任務(wù)及如何完成、何時(shí)完成的能力；★將相干的事務(wù)的訊息在適當(dāng)?shù)娜藛T之間進(jìn)行溝通的能力；將產(chǎn)品的經(jīng)驗(yàn)文檔化的手段。沈陽師范大學(xué)軟件學(xué)院7810.5.3軟件配置管理功能要求10.5.3.8對于團(tuán)隊(duì)協(xié)作的要求★個(gè)人和小組的工作區(qū)間；★在匯合時(shí)產(chǎn)生沖突的解決辦法；★對產(chǎn)品的創(chuàng)建及其維護(hù)予以支持的手段。沈陽師范大學(xué)軟件學(xué)院79本節(jié)內(nèi)容10.6軟件缺陷管理10.6.1缺陷管理的目標(biāo)10.6.2缺陷分類沈陽師范大學(xué)軟件學(xué)院8010.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)

為了對缺陷進(jìn)行管理，首先是了解缺陷、對缺陷進(jìn)行分類，通過對缺陷進(jìn)行分類，可以迅速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和排除這一類缺陷。缺陷類型如表所示。沈陽師范大學(xué)軟件學(xué)院8110.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)沈陽師范大學(xué)軟件學(xué)院8210.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)沈陽師范大學(xué)軟件學(xué)院8310.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)沈陽師范大學(xué)軟件學(xué)院8410.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)沈陽師范大學(xué)軟件學(xué)院8510.6.1缺陷管理的目標(biāo)10.6.1缺陷管理的目標(biāo)沈陽師范大學(xué)軟件學(xué)院86本節(jié)內(nèi)容10.7變更請求和變更請求管理10.7.1變更請求10.7.2變更請求管理沈陽師范大學(xué)軟件學(xué)院8710.7.1變更請求10.7.1變更請求變更伴隨著軟件開發(fā)的各個(gè)階段。軟件開發(fā)過程中的變更可以從兩個(gè)側(cè)面來描述，一個(gè)是對軟件開發(fā)過程之中工件（如：需求設(shè)計(jì)文檔、設(shè)計(jì)模型、代碼及測試腳本等）的變更；另一方面是驅(qū)動(dòng)工件變更的理由（如：缺陷修正、新功能添加等等）。這種驅(qū)動(dòng)軟件工件變更的理由就是變更請求。變更請求是項(xiàng)目管理的重要數(shù)據(jù)之一，通過對這些數(shù)據(jù)的統(tǒng)計(jì)分析可以進(jìn)行量化的項(xiàng)目管理。沈陽師范大學(xué)軟件學(xué)院8810.7.2變更請求管理10.7.2變更請求管理變更請求管理(ChangeRequestManagement:CRM)是軟件開發(fā)的成本降低的最大因素之一，隨著對軟件開發(fā)的要求越來越高，變更量也越來越多，開發(fā)人員必須迅速解決變更問題。變更請求管理就須要通過建立合理的變更流程。實(shí)施變更請求管理流程的基本步驟：（1）確定變更請求管理流程執(zhí)行的范圍然后制定響應(yīng)的變更流程；（2）制定變更管理流程模型；（3）決定團(tuán)隊(duì)各個(gè)角色在流程實(shí)施中所起的作用；（4）確定實(shí)施計(jì)劃及開始實(shí)施日程；（5）部署變更請求管理系統(tǒng)；（6）不斷強(qiáng)化變更管理流程。沈陽師范大學(xué)軟件學(xué)院8910.7.2變更請求管理10.7.2變更請求管理

為了保證整個(gè)項(xiàng)目開發(fā)的成功，變更請求管理：（1）哪些需求發(fā)生了變化？應(yīng)可提供具有各種重要特征的變更請求信息，且對各種變更請求在處理完畢之前的內(nèi)容能及時(shí)調(diào)整、并保證各種請求的信息絕對不能丟失。（2）這些需求變化后，對測試工作會(huì)產(chǎn)生哪些影響。包括會(huì)不會(huì)影響測試用例？會(huì)不會(huì)影響到了測試方案？會(huì)不會(huì)影響到測試計(jì)劃？應(yīng)通過對缺陷及其各種他變更的登記、保管、跟蹤、解析，達(dá)到團(tuán)隊(duì)之間的各種變化信息的共有、安全而可靠的高質(zhì)量變更信息管理系統(tǒng)。（3）需求變化后對工作進(jìn)度產(chǎn)生多大的影響？有效地跟蹤各種變更，對管理人員提出各種變更狀況的查詢請求，做到快而準(zhǔn)地提供信息。（4）

不同變更請求之間的連接關(guān)系？對項(xiàng)目整體發(fā)展?fàn)顩r，提供宏觀及定量的分析，從而能合理分配項(xiàng)目開發(fā)人員的工作、合理制定項(xiàng)目的計(jì)劃、合理管理項(xiàng)目各種請求實(shí)施的優(yōu)先級(jí)。（5）統(tǒng)計(jì)各種項(xiàng)目指標(biāo)數(shù)據(jù)，項(xiàng)目管理人員就可以進(jìn)行更加科學(xué)、量化的管理、規(guī)劃、調(diào)配、監(jiān)控，保證項(xiàng)目如期的進(jìn)行沈陽師范大學(xué)軟件學(xué)院90本節(jié)內(nèi)容10.8測試項(xiàng)目的進(jìn)度管理10.8.1影響測試項(xiàng)目進(jìn)度的因素10.8.2測試項(xiàng)目的進(jìn)度控制措施沈陽師范大學(xué)軟件學(xué)院9110.8.1影響測試項(xiàng)目進(jìn)度的因素10.8.1影響測試項(xiàng)目進(jìn)度的因素（1）人員、預(yù)算變更對進(jìn)度的影響有時(shí)某方面的人員不夠到位，或者在多個(gè)項(xiàng)目的情況下某方面的人員中途被抽到其他項(xiàng)目、或身兼多個(gè)項(xiàng)目、或在別的項(xiàng)目不能自拔無法投入本項(xiàng)目，對進(jìn)度造成影響。預(yù)算的變更會(huì)影響某些資源的變更，從而對進(jìn)度造成影響。（2）低估環(huán)境因素對進(jìn)度的影響企業(yè)高級(jí)項(xiàng)目主管和項(xiàng)目經(jīng)理也經(jīng)常低估用戶環(huán)境、行業(yè)環(huán)境、組織環(huán)境、社會(huì)環(huán)境、經(jīng)濟(jì)環(huán)境，既有主觀的原因，也會(huì)有客觀的原因。對項(xiàng)目環(huán)境的了解程度不夠，造成沒有做好充分的準(zhǔn)備，從而對進(jìn)度造成影響。（3）項(xiàng)目狀態(tài)信息收集對進(jìn)度的影響由于項(xiàng)目經(jīng)理的經(jīng)驗(yàn)或素質(zhì)原因，對項(xiàng)目狀態(tài)信息收集的的掌握不足，及時(shí)性、準(zhǔn)確性、完整性比較差，從而對進(jìn)度造成影響。沈陽師范大學(xué)軟件學(xué)院9210.8.1影響測試項(xiàng)目進(jìn)度的因素10.8.1影響測試項(xiàng)目進(jìn)度的因素（4）執(zhí)行計(jì)劃的嚴(yán)格程度對進(jìn)度的影響沒有把計(jì)劃作為項(xiàng)目過程行動(dòng)的基礎(chǔ)，而是把計(jì)劃放在一邊，比較隨意去做，從而對進(jìn)度造成影響。（5）計(jì)劃變更調(diào)整的及時(shí)性對進(jìn)度的影響計(jì)劃的制定需要隨著項(xiàng)目的進(jìn)展進(jìn)行不斷細(xì)化、調(diào)整、修正、完善。計(jì)劃變更調(diào)整不及時(shí)從而對進(jìn)度造成影響。（6）未考慮不可預(yù)見事件發(fā)生造成的影響。（7）程序員方面的因素對進(jìn)度的影響。（8）其他因素對進(jìn)度的影響。沈陽師范大學(xué)軟件學(xué)院9310.8.2測試項(xiàng)目的進(jìn)度控制措施10.8.2.1項(xiàng)目進(jìn)度控制的前提項(xiàng)目進(jìn)度控制的前提是有效地項(xiàng)目計(jì)劃和充分掌握第一手實(shí)際信息，在此前提下，通過實(shí)際值與計(jì)劃值進(jìn)行比較，檢查、分析、評(píng)價(jià)項(xiàng)目進(jìn)度。通過溝通、肯定、批評(píng)、獎(jiǎng)勵(lì)、懲罰、經(jīng)濟(jì)等不同手段，對項(xiàng)目進(jìn)度進(jìn)行監(jiān)督、督促、影響、制約。及時(shí)發(fā)現(xiàn)偏差，及時(shí)予以糾正;提前預(yù)測偏差，提前予以預(yù)防。必須落實(shí)項(xiàng)目團(tuán)隊(duì)之內(nèi)或之外進(jìn)度控制人員的組成，明確具體的控制任務(wù)和管理職責(zé)。沈陽師范大學(xué)軟件學(xué)院9410.8.2測試項(xiàng)目的進(jìn)度控制措施10.8.2.2項(xiàng)目進(jìn)度控制主要手段

從進(jìn)度控制內(nèi)容內(nèi)容上看，進(jìn)度控制主要表現(xiàn)在組織管理、技術(shù)管理和信息管理等這幾個(gè)方面。組織管理包括這樣幾個(gè)內(nèi)容：★項(xiàng)目經(jīng)理監(jiān)督并控制項(xiàng)目進(jìn)展情況；★進(jìn)行項(xiàng)目分解，如按項(xiàng)目結(jié)構(gòu)分，按項(xiàng)目進(jìn)展階段分，按合同結(jié)構(gòu)分，并建立編碼體系；★制訂進(jìn)度協(xié)調(diào)制度，確定協(xié)調(diào)會(huì)議時(shí)間，參加人員等；★對影響進(jìn)度的干擾因素和潛在風(fēng)險(xiǎn)進(jìn)行分析?！锉M量利用歷史數(shù)據(jù)，從以前完成過的項(xiàng)目來進(jìn)行類比分析，以確定質(zhì)量和進(jìn)度所存在的某種數(shù)量關(guān)系，來控制進(jìn)度和管理質(zhì)量?？梢圆捎脤M(jìn)度管理計(jì)劃添加質(zhì)量參數(shù)的方法，也就是通過參數(shù)調(diào)整進(jìn)度和質(zhì)量的關(guān)系?！锊捎脺y試項(xiàng)目進(jìn)度的度量方法：測試進(jìn)度曲線法和缺陷跟蹤曲線法。在進(jìn)度壓力之下，被壓縮的時(shí)間通常是測試時(shí)間，這導(dǎo)致實(shí)際的進(jìn)度隨著時(shí)間的推移，與最初制定的計(jì)劃相差越來越遠(yuǎn)。而如果有了正式的度量方法，這種情況就很難出現(xiàn)，因?yàn)樵谄涑霈F(xiàn)之前就有可能采取了行動(dòng)。沈陽師范大學(xué)軟件學(xué)院9510.8.2測試項(xiàng)目的進(jìn)度控制措施10.8.2.2項(xiàng)目進(jìn)度控制主要手段

從進(jìn)度控制內(nèi)容內(nèi)容上看，進(jìn)度控制主要表現(xiàn)在組織管理、技術(shù)管理和信息管理等這幾個(gè)方面。組織管理包括這樣幾個(gè)內(nèi)容：★項(xiàng)目經(jīng)理監(jiān)督并控制項(xiàng)目進(jìn)展情況；★進(jìn)行項(xiàng)目分解，如按項(xiàng)目結(jié)構(gòu)分，按項(xiàng)目進(jìn)展階段分，按合同結(jié)構(gòu)分，并建立編碼體系；★制訂進(jìn)度協(xié)調(diào)制度，確定協(xié)調(diào)會(huì)議時(shí)間，參加人員等；★對影響進(jìn)度的干擾因素和潛在風(fēng)險(xiǎn)進(jìn)行分析?！锉M量利用歷史數(shù)據(jù)，從以前完成過的項(xiàng)目來進(jìn)行類比分析，以確定質(zhì)量和進(jìn)度所存在的某種數(shù)量關(guān)系，來控制進(jìn)度和管理質(zhì)量?？梢圆捎脤M(jìn)度管理計(jì)劃添加質(zhì)量參數(shù)的方法，也就是通過參數(shù)調(diào)整進(jìn)度和質(zhì)量的關(guān)系?！锊捎脺y試項(xiàng)目進(jìn)度的度量方法：測試進(jìn)度曲線法和缺陷跟蹤曲線法。在進(jìn)度壓力之下，被壓縮的時(shí)間通常是測試時(shí)間，這導(dǎo)致實(shí)際的進(jìn)度隨著時(shí)間的推移，與最初制定的計(jì)劃相差越來越遠(yuǎn)。而如果有了正式的度量方法，這種情況就很難出現(xiàn)，因?yàn)樵谄涑霈F(xiàn)之前就有可能采取了行動(dòng)。沈陽師范大學(xué)軟件學(xué)院96本節(jié)內(nèi)容10.9軟件測試風(fēng)險(xiǎn)管理10.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.3軟件項(xiàng)目風(fēng)險(xiǎn)管理模型沈陽師范大學(xué)軟件學(xué)院9710.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類（1）軟件風(fēng)險(xiǎn)是指在軟件開發(fā)過程中遇到的預(yù)算、進(jìn)度、指開發(fā)不成功等方面的問題引起損失的可能性，這種不風(fēng)險(xiǎn)會(huì)導(dǎo)致軟件開發(fā)的失敗。（2）軟件測試風(fēng)險(xiǎn)軟件測試的風(fēng)險(xiǎn)是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計(jì)劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補(bǔ)充以及結(jié)果不準(zhǔn)確。測試的不成功導(dǎo)致軟件交付潛藏著問題，一旦在運(yùn)行時(shí)爆發(fā)，會(huì)導(dǎo)致軟件失敗。軟件測試風(fēng)險(xiǎn)主要是對測試計(jì)劃執(zhí)行的風(fēng)險(xiǎn)分析與制定要采取的應(yīng)急措施，降低軟件測試產(chǎn)生的風(fēng)險(xiǎn)造成的危害。測試計(jì)劃的風(fēng)險(xiǎn)一般是指測試進(jìn)度滯后或出現(xiàn)非計(jì)劃事件，當(dāng)測試計(jì)劃風(fēng)險(xiǎn)發(fā)生時(shí)，可能采用的應(yīng)急措施有：縮小范圍、增加資源、減少過程等措施?！锟s小范圍。決定在后續(xù)的發(fā)布中，實(shí)現(xiàn)較低優(yōu)先級(jí)的特性?！镌黾淤Y源。請求用戶團(tuán)隊(duì)為測試工作提供更多的用戶支持?！餃p少過程。在風(fēng)險(xiǎn)分析過程中，確定某些風(fēng)險(xiǎn)級(jí)別低的特征測試，或少測試。沈陽師范大學(xué)軟件學(xué)院9810.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類軟件項(xiàng)目的風(fēng)險(xiǎn)一般體現(xiàn)在以下5個(gè)方面：需求、計(jì)劃編制風(fēng)險(xiǎn)、組織和管理風(fēng)險(xiǎn)、開發(fā)環(huán)境風(fēng)險(xiǎn)和實(shí)現(xiàn)風(fēng)險(xiǎn)。（1）需求風(fēng)險(xiǎn)★范圍風(fēng)險(xiǎn)：與范圍變更有關(guān)的風(fēng)險(xiǎn)；★外部可預(yù)測風(fēng)險(xiǎn)：市場風(fēng)險(xiǎn)（原材料可利用性、需求）、日常運(yùn)作（維修需求）、環(huán)境影響、社會(huì)影響、貨幣變動(dòng)、通貨膨脹、稅收；★外部可預(yù)測風(fēng)險(xiǎn)：規(guī)章（不可預(yù)測的政府干預(yù)）、自然災(zāi)害；★內(nèi)部非技術(shù)風(fēng)險(xiǎn)：戰(zhàn)略風(fēng)險(xiǎn)（公司的經(jīng)營戰(zhàn)略發(fā)生了變化）、管理風(fēng)險(xiǎn)（公司管理人員是否成熟等）；★需求定義欠佳，而進(jìn)一步的定義會(huì)擴(kuò)展項(xiàng)目范疇；★添加額外的需求；★產(chǎn)品定義含混的部分比預(yù)期需要更多的時(shí)間；★在做需求中用戶參與不夠；★缺少有效的需求變化管理過程。沈陽師范大學(xué)軟件學(xué)院9910.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類（2）計(jì)劃編制風(fēng)險(xiǎn)★計(jì)劃、資源和產(chǎn)品定義全憑用戶或上層領(lǐng)導(dǎo)口頭指令，并且不完全一致；★計(jì)劃不能現(xiàn)實(shí)，只能算是期望狀態(tài)；★計(jì)劃基于使用特定的小組成員，而那個(gè)特定的小組成員其實(shí)指望不上；★產(chǎn)品規(guī)模(代碼行數(shù)、功能點(diǎn)、與前一產(chǎn)品規(guī)模的百分比)比估計(jì)的要大；★完成目標(biāo)日期提前，但沒有相應(yīng)地調(diào)整產(chǎn)品范圍或可用資源；★涉足不熟悉的產(chǎn)品領(lǐng)域，花費(fèi)在設(shè)計(jì)和實(shí)現(xiàn)上的時(shí)間比預(yù)期的要多；★沒有按照要求的技術(shù)性能和質(zhì)量水平完成任務(wù)；★沒有在預(yù)算的時(shí)間范圍內(nèi)完成任務(wù)；★沒有在預(yù)算的成本范圍內(nèi)完成任務(wù)。沈陽師范大學(xué)軟件學(xué)院10010.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類（3）組織和管理風(fēng)險(xiǎn)★僅由管理層或市場人員進(jìn)行技術(shù)決策，導(dǎo)致計(jì)劃進(jìn)度緩慢，計(jì)劃時(shí)間延長；★員工離職；★低效的項(xiàng)目組結(jié)構(gòu)降低生產(chǎn)率；★管理層審查決策的周期比預(yù)期的時(shí)間長；★預(yù)算削減，打亂項(xiàng)目計(jì)劃；★缺乏必要的規(guī)范，導(dǎo)致工作失誤與重復(fù)工作；★非技術(shù)的第三方的工作(預(yù)算批準(zhǔn)、設(shè)備采購批準(zhǔn)、法律方面的審查、安全保證等)時(shí)間比預(yù)期的延長；沈陽師范大學(xué)軟件學(xué)院10110.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類（3）組織和管理風(fēng)險(xiǎn)★作為先決條件的任務(wù)(如培訓(xùn)及其他項(xiàng)目)不能按時(shí)完成；★開發(fā)人員和管理層之間關(guān)系不佳，導(dǎo)致決策緩慢，影響全局；★缺乏激勵(lì)措施，士氣低下，降低了生產(chǎn)能力；★某些人員不熟悉的軟件工具和環(huán)境；★項(xiàng)目后期加入新的開發(fā)人員，需進(jìn)行培訓(xùn)并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低；★由于項(xiàng)目組成員之間發(fā)生沖突，導(dǎo)致溝通不暢、設(shè)計(jì)欠佳、接口出現(xiàn)錯(cuò)誤和額外的重復(fù)工作；★不適應(yīng)工作的成員沒有調(diào)離項(xiàng)目組，影響了項(xiàng)目組其他成員的積極性；★沒有找到項(xiàng)目急需的具有特定技能的人。沈陽師范大學(xué)軟件學(xué)院10210.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類（4）開發(fā)環(huán)境風(fēng)險(xiǎn)★設(shè)施未及時(shí)到位；★開發(fā)工具未及時(shí)到位；★開發(fā)工具不如期望的那樣有效，開發(fā)人員需要時(shí)間創(chuàng)建工作環(huán)境或者切換新的工具；★新的開發(fā)工具的學(xué)習(xí)期比預(yù)期的長，內(nèi)容繁多。沈陽師范大學(xué)軟件學(xué)院10310.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類（5）設(shè)計(jì)和實(shí)現(xiàn)風(fēng)險(xiǎn)★設(shè)計(jì)質(zhì)量低下，導(dǎo)致重復(fù)設(shè)計(jì)；★用戶對于最后交付的產(chǎn)品不滿意，要求重新設(shè)計(jì)和重做；★用戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶要求，因而必須重做；★用戶提供的組件質(zhì)量欠佳，導(dǎo)致額外的測試、設(shè)計(jì)和集成工作，以及額外的用戶關(guān)系管理工作。★用戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更；★一些必要的功能無法使用現(xiàn)有的代碼和庫實(shí)現(xiàn)，開發(fā)人員必須使用新的庫或者自行開發(fā)新的功能；★代碼和庫質(zhì)量低下，導(dǎo)致需要進(jìn)行額外的測試，修正錯(cuò)誤，或重新制作；沈陽師范大學(xué)軟件學(xué)院10410.9.1軟件風(fēng)險(xiǎn)的基本概念和風(fēng)險(xiǎn)的分類10.9.1.2軟件風(fēng)險(xiǎn)的分類★過高估計(jì)了增強(qiáng)型工具對計(jì)劃進(jìn)度的節(jié)省量；★分別開發(fā)的模塊無法有效集成，需要重新設(shè)計(jì)或制作?！餂]有嚴(yán)格要求與現(xiàn)有系統(tǒng)兼容，需要進(jìn)行比預(yù)期更多的測試、設(shè)計(jì)和實(shí)現(xiàn)工作；★要求與其他系統(tǒng)或不受本項(xiàng)目組控制的系統(tǒng)相連，導(dǎo)致無法預(yù)料的設(shè)計(jì)、實(shí)現(xiàn)和測試工作；★在不熟悉或未經(jīng)檢驗(yàn)的軟件和硬件環(huán)境中運(yùn)行所產(chǎn)生的未預(yù)料到的問題；★開發(fā)一種全新的模塊將比預(yù)期花費(fèi)更長的時(shí)間；★依賴正在開發(fā)中的技術(shù)將延長計(jì)劃進(jìn)度。沈陽師范大學(xué)軟件學(xué)院10510.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別是指確定何種風(fēng)險(xiǎn)事件可能影響項(xiàng)目，是在項(xiàng)目開始？是在項(xiàng)目階段中間？：風(fēng)險(xiǎn)識(shí)別包括確定風(fēng)險(xiǎn)的來源，風(fēng)險(xiǎn)產(chǎn)生的條件，描述其風(fēng)險(xiǎn)特征和確定哪些風(fēng)險(xiǎn)事件有可能影響本項(xiàng)目。風(fēng)險(xiǎn)識(shí)別不是一次就可以完成的事，應(yīng)當(dāng)在項(xiàng)目的各個(gè)階段。要識(shí)別風(fēng)險(xiǎn)，首先了解在軟件開發(fā)的各個(gè)階段都有可能發(fā)生的風(fēng)險(xiǎn)。沈陽師范大學(xué)軟件學(xué)院10610.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別（1）需求分析階段在需求分析階段可能的風(fēng)險(xiǎn)事件：★項(xiàng)目目標(biāo)不清；★項(xiàng)目范圍不明確（范圍太大太小都不可以）；★用戶參與少或和用戶溝通少；★對業(yè)務(wù)了解不夠；★對需求了解不夠；★沒有進(jìn)行可行性研究。沈陽師范大學(xué)軟件學(xué)院10710.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別（2）設(shè)計(jì)階段在設(shè)計(jì)階段可能的風(fēng)險(xiǎn)事件：★項(xiàng)目隊(duì)伍缺乏經(jīng)驗(yàn)，缺乏有經(jīng)驗(yàn)的系統(tǒng)分析員；★沒有變更控制計(jì)劃，以至于變更沒有依據(jù)，偏離用戶需求；★倉促計(jì)劃帶來進(jìn)度方面的風(fēng)險(xiǎn)；★漏項(xiàng)，由于設(shè)計(jì)人員的疏忽某個(gè)功能沒有考慮進(jìn)去。沈陽師范大學(xué)軟件學(xué)院10810.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別（3）實(shí)施階段在實(shí)施階段可能的風(fēng)險(xiǎn)事件：★開發(fā)環(huán)境沒有具備好；★設(shè)計(jì)錯(cuò)誤帶來的實(shí)施困難；★程序員開發(fā)能力差，或程序員對開發(fā)工具不熟；★項(xiàng)目范圍改變；★項(xiàng)目進(jìn)度改變；沈陽師范大學(xué)軟件學(xué)院10910.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別★在一個(gè)項(xiàng)目內(nèi)軟件開發(fā)工作有一定的連續(xù)性，需要移交和交接，有時(shí)人員離開對項(xiàng)目的影響會(huì)很大；★開發(fā)團(tuán)隊(duì)內(nèi)部溝通不夠，導(dǎo)致程序員對系統(tǒng)設(shè)計(jì)的理解上有偏差；★沒有有效的備份方案；★沒有切實(shí)可行的測試計(jì)劃；★測試人員經(jīng)驗(yàn)不足。沈陽師范大學(xué)軟件學(xué)院11010.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.1風(fēng)險(xiǎn)識(shí)別（4）系統(tǒng)驗(yàn)收試運(yùn)行階段在系統(tǒng)驗(yàn)收試運(yùn)行階段可能的風(fēng)險(xiǎn)事件：★測試未按計(jì)劃完成，發(fā)布日期推遲；★交付日期的滯后，耗盡了所有的資源；★質(zhì)量差，客戶不滿意；★資金不能回收。沈陽師范大學(xué)軟件學(xué)院11110.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.2軟件風(fēng)險(xiǎn)分析軟件風(fēng)險(xiǎn)分析是對識(shí)別出來的風(fēng)險(xiǎn)事件做風(fēng)險(xiǎn)影響分析。風(fēng)險(xiǎn)分析有四個(gè)因素：★風(fēng)險(xiǎn)事件。風(fēng)險(xiǎn)事件說明可能破壞或影響項(xiàng)目的事件?！镲L(fēng)險(xiǎn)概率。風(fēng)險(xiǎn)概率說明可能事件發(fā)生的可能性★風(fēng)險(xiǎn)得失量。風(fēng)險(xiǎn)得失量說明可能造成的損失★風(fēng)險(xiǎn)影響。沈陽師范大學(xué)軟件學(xué)院11210.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.2軟件風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析：★發(fā)生的可能性：發(fā)生問題的可能性有多大；★影響的嚴(yán)重性：如果問題發(fā)生了會(huì)有什么后果。從風(fēng)險(xiǎn)的相互作用的估算來評(píng)價(jià)項(xiàng)目可能結(jié)果的范圍，確定哪些風(fēng)險(xiǎn)事件可以避免，哪些風(fēng)險(xiǎn)事件可以忽略不考慮，哪些風(fēng)險(xiǎn)事件要采取應(yīng)對措施。沈陽師范大學(xué)軟件學(xué)院11310.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.2軟件風(fēng)險(xiǎn)分析通常風(fēng)險(xiǎn)分析包括以下幾項(xiàng)內(nèi)容：★風(fēng)險(xiǎn)標(biāo)識(shí)：表示風(fēng)險(xiǎn)事件的惟一標(biāo)識(shí)；★風(fēng)險(xiǎn)問題：風(fēng)險(xiǎn)問題發(fā)生現(xiàn)象的簡單描述；★發(fā)生可能性：風(fēng)險(xiǎn)發(fā)生可能性的級(jí)別；★影響的嚴(yán)重性：風(fēng)險(xiǎn)影響的嚴(yán)重性的級(jí)別；★風(fēng)險(xiǎn)預(yù)測值：風(fēng)險(xiǎn)發(fā)生可能性與風(fēng)險(xiǎn)影響的嚴(yán)重性的乘積；★風(fēng)險(xiǎn)優(yōu)先級(jí)：風(fēng)險(xiǎn)預(yù)測值從高向低的排序。綜上所述，軟件風(fēng)險(xiǎn)分析的目的是：確定測試對象、確定優(yōu)先級(jí)，以及測試深度。在測試計(jì)劃階段，可以用風(fēng)險(xiǎn)分析的結(jié)果來確定軟件測試的優(yōu)先級(jí)。對每個(gè)測試項(xiàng)和測試用例賦予優(yōu)先代碼，將測試分為高、中和低的優(yōu)先級(jí)類型，這樣可以在有限的資源和時(shí)間條件下，合理安排測試的覆蓋度與深度。沈陽師范大學(xué)軟件學(xué)院11410.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.2軟件風(fēng)險(xiǎn)分析1）風(fēng)險(xiǎn)應(yīng)對應(yīng)對方法PMBOK提到三種風(fēng)險(xiǎn)應(yīng)對應(yīng)對方法：①避免通過分析找出來發(fā)生風(fēng)險(xiǎn)事件的原因，消除這些原因來避免一些特定的風(fēng)險(xiǎn)事件發(fā)生。②減輕通過降低風(fēng)險(xiǎn)事件發(fā)生的概率或得失量來減輕對項(xiàng)目的影響。也可以采用風(fēng)險(xiǎn)轉(zhuǎn)移的方法來減輕風(fēng)險(xiǎn)對項(xiàng)目帶來的影響。項(xiàng)目預(yù)算中考慮應(yīng)急儲(chǔ)備金是另一種降低風(fēng)險(xiǎn)影響的方法。③接受接收風(fēng)險(xiǎn)造成的后果。比如：為了避免自然災(zāi)害造成的后果，在一個(gè)大的軟件項(xiàng)目中考慮了異地備份中心。沈陽師范大學(xué)軟件學(xué)院11510.9.2風(fēng)險(xiǎn)識(shí)別和分析10.9.2.2軟件風(fēng)險(xiǎn)分析（2）風(fēng)險(xiǎn)量化風(fēng)險(xiǎn)量化：涉及對風(fēng)險(xiǎn)及風(fēng)險(xiǎn)的相互作用的評(píng)估，是衡量風(fēng)險(xiǎn)概率和風(fēng)險(xiǎn)對項(xiàng)目目標(biāo)影響程度的過程。風(fēng)險(xiǎn)量化的基本內(nèi)容是確定那些事件需要制定應(yīng)對措施。（3）風(fēng)險(xiǎn)應(yīng)對計(jì)劃制定風(fēng)險(xiǎn)應(yīng)對計(jì)劃制定：針對風(fēng)險(xiǎn)量化的結(jié)果，為降低項(xiàng)目風(fēng)險(xiǎn)的負(fù)面效應(yīng)制定風(fēng)險(xiǎn)應(yīng)對策略和技術(shù)手段的過程。風(fēng)險(xiǎn)應(yīng)對計(jì)劃依據(jù)風(fēng)險(xiǎn)管理計(jì)劃、風(fēng)險(xiǎn)排序、風(fēng)險(xiǎn)認(rèn)知等依據(jù)，得出風(fēng)險(xiǎn)應(yīng)對計(jì)劃、剩余風(fēng)險(xiǎn)、次要風(fēng)險(xiǎn)以及為其它過程提供得依據(jù)。（4）風(fēng)險(xiǎn)監(jiān)控。風(fēng)險(xiǎn)監(jiān)控：涉及整個(gè)項(xiàng)目管理過程中的風(fēng)險(xiǎn)進(jìn)行應(yīng)對。該過程的輸出包括應(yīng)對風(fēng)險(xiǎn)的糾正措施以及風(fēng)險(xiǎn)管理計(jì)劃的更新。沈陽師范大學(xué)軟件學(xué)院11610.9.3軟件項(xiàng)目風(fēng)險(xiǎn)管理模型10.9.3.1軟件項(xiàng)目風(fēng)險(xiǎn)管理模型軟件項(xiàng)目風(fēng)險(xiǎn)管理模型主要有：Boehm模型，CRM模型和SERIM模型。（1）BarryBoehm模型模型：RE=P*L其中：RE：表示風(fēng)險(xiǎn)或者風(fēng)險(xiǎn)所造成的影響；P：表示令人不滿意的結(jié)果所發(fā)生的概率；L：表示糟糕的結(jié)果會(huì)產(chǎn)生的破壞性的程度。沈陽師范大學(xué)軟件學(xué)院11710.9.3軟件項(xiàng)目風(fēng)險(xiǎn)管理模型10.9.3.1軟件項(xiàng)目風(fēng)險(xiǎn)管理模型（2）SEI的CRM(ContinuousRiskManagement)模型SEICRM模型的風(fēng)險(xiǎn)管理原則是：不斷地評(píng)估可能造成惡劣后果的因素；決定最迫切需要處理的風(fēng)險(xiǎn)；實(shí)現(xiàn)控制風(fēng)險(xiǎn)的策略；評(píng)測并確保風(fēng)險(xiǎn)策略實(shí)施的有效性。CRM模型要求在項(xiàng)目生命期的所有階段都關(guān)注風(fēng)險(xiǎn)識(shí)別和管理，它將風(fēng)險(xiǎn)管理劃分為五個(gè)步驟：風(fēng)險(xiǎn)識(shí)別、分析、計(jì)劃、跟蹤、控制。沈陽師范大學(xué)軟件學(xué)院11810.9.3軟件項(xiàng)目風(fēng)險(xiǎn)管理模型10.9.3.1軟件項(xiàng)目風(fēng)險(xiǎn)管理模型（3）SERIM(SoftwareEngineeringRiskModel)模型

SERIM從技術(shù)和商業(yè)兩個(gè)角度對軟件風(fēng)險(xiǎn)管理進(jìn)行剖析，考慮的問題涉及開銷、進(jìn)度、技術(shù)性能等。它還提供了一些指標(biāo)和模型來估量和預(yù)測風(fēng)險(xiǎn)，由于這些數(shù)據(jù)來源于大量的實(shí)際經(jīng)驗(yàn)，因此具有很強(qiáng)的說服力。沈陽師范大學(xué)軟件學(xué)院119本節(jié)內(nèi)容10.10軟件測試的成本管理10.10.1軟件測試成本管理概述10.10.2測試費(fèi)用有效性沈陽師范大學(xué)軟件學(xué)院12010.10.1軟件測試成本管理概述10.10.1.1成本管理的主要內(nèi)容成本管理的主要內(nèi)容有：資源計(jì)劃--資源計(jì)劃是確定為完成項(xiàng)目各活動(dòng)需什么資源（人、設(shè)備、材料）的種類，以及每種資源的需要量。成本估算--是為完成項(xiàng)目各項(xiàng)任務(wù)所需要的資源成本的近似估算。成本預(yù)算-將總投資估算分配了落實(shí)到各個(gè)單項(xiàng)工作上。項(xiàng)目成本預(yù)算是進(jìn)行項(xiàng)目成本控制的基礎(chǔ)，它是將項(xiàng)目的成本估算分配到項(xiàng)目的各項(xiàng)具體工作上，以確定項(xiàng)目各項(xiàng)工作和活動(dòng)的成本定額，制定項(xiàng)目成本的控制標(biāo)準(zhǔn)，規(guī)定項(xiàng)目意外成本的劃分與使用規(guī)則的一項(xiàng)項(xiàng)目管理工作。沈陽師范大學(xué)軟件學(xué)院12110.10.1軟件測試成本管理概述10.10.1.1成本管理的主要內(nèi)容成本控制—控制預(yù)算的變更。成本控制的每一部分都有輸入、工具技術(shù)和輸出。首先是根據(jù)歷史信息、范圍陳述、資源池描述、組織方針和活動(dòng)持續(xù)期預(yù)計(jì)，利用專家判