測試配置管理課件

11.1軟件配置管理定義原因：開發(fā)過程中，軟件變更是不可避免,如果不能有效控制變更，將會造成軟件開發(fā)的混亂現(xiàn)代軟件開發(fā)復雜度高、眾多的開發(fā)人員、文件及相關(guān)資源多種多樣、多個發(fā)布版本、多種平臺、軟件在不同地點開發(fā)定義：是一種標識、組織和控制修改的技術(shù)，它作用于整個軟件生命周期。目的：使錯誤達到最小并最有效地提高生產(chǎn)率軟件配置管理包含為兩部分：配置管理變更控制管理(參見《變更管理》)11.1軟件配置管理定義原因：開發(fā)過程中，軟件變更是不可避免22.1、配置管理活動中的重要概念Version版本配置項基線配置庫22.1、配置管理活動中的重要概念Version版本3版本號(Versionnumber)項目版本號主版本號:整數(shù)次版本號:整數(shù)DEMO_V1.0_立項評審報告_已完成2.1.1版本號3版本號(Versionnumber)項目版本號主版本號:版本號(Versionnumber)項目版本號項目版本號配置項版本號主版本號:整數(shù)次版本號:整數(shù)DEMO_V1.0_項目開發(fā)計劃_V1.0_已完成主版本號:整數(shù)次版本號:整數(shù)版本號(Versionnumber)項目版本號項目版本號配2.1.2配置項配置項(ConfigurationItem,CI)

凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項，配置項主要有兩大類： （1）屬于產(chǎn)品組成部分的工作成果，例如需求文檔、設(shè)計文檔、源代碼、測試用例等。 （2）項目管理和機構(gòu)支撐過程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。 每個配置項的主要屬性有：名稱、標識符、文件狀態(tài)、版本、作者、日期等。所有配置項都被保存在配置庫里，確保不會混淆、丟失。配置項及其歷史記錄反映了軟件的演化過程。2.1.2配置項配置項(ConfigurationItem配置項狀態(tài)(ConfigurationItemstate,CIS) 1.已完成

2.待評審

3.待測試

4.通過測試

5.通過評審DEMO_V1.0_項目開發(fā)計劃V1.0_已完成配置項狀態(tài)配置項狀態(tài)(ConfigurationItemstate配置項標識配置項標識以’項目名稱’+‘_’+’項目版本號’+’_’+’配置項名稱’+’_’+’配置項版本號’+’配置項狀態(tài)’。例如：

DEMO_V1.0_項目開發(fā)計劃_V1.0_已完成配置項標識2.1.3基線基線(Baseline)

基線由一組配置項組成，這些配置項構(gòu)成了一個相對穩(wěn)定的邏輯實體?；€中的配置項被“凍結(jié)”了，不能再被任何人隨意修改（見變更控制規(guī)程）。基線通常對應(yīng)于開發(fā)過程中的里程碑（Milestone），一個產(chǎn)品可以有多個基線，也可以只有一個基線?；€的主要屬性有：名稱、標識符、版本、日期等。通常將交付給客戶的基線稱為一個“Release”，為內(nèi)部開發(fā)用的基線則稱為一個“Build”。2.1.3基線基線(Baseline)基線名稱(Baseline-name)

基線名稱以“項目名稱+‘_’+基線英文+’_’+標識生成日期“標識，例如：

DEMO_REQBaseline_20060606

基線名稱(Baseline-name)102.2.1、配置管理活動的流程102.2.1、配置管理活動的流程112.2.2進入準則及退出準則進入準則：項目立項退出準則：項目驗收通過或項目終止、暫停112.2.2進入準則及退出準則進入準則：項目立項122.2.3流程中的角色配置管理員 配置管理員負責為產(chǎn)品開發(fā)團隊提供全面的配置管理基礎(chǔ)設(shè)施和環(huán)境，負責制定配置管理計劃，負責對文檔類的配置項建立基線。集成員（現(xiàn)階段項目經(jīng)理負責） 集成員負責制定集成計劃，建立代碼類基線。任意角色 提交配置項。CCB

審批基線。122.2.3流程中的角色配置管理員132.3.1.計劃配置管理角色：配置管理員

何時寫配置計劃配置計劃與項目開發(fā)計劃同時產(chǎn)出或者在項目開發(fā)計劃出來后2個工作日完成如何確定配置項配置項與項目開發(fā)計劃中的產(chǎn)出物相對應(yīng)如何確定基線基線一般與項目開發(fā)計劃中的里程碑相對應(yīng)。132.3.1.計劃配置管理角色：配置管理員142.3.2.創(chuàng)建配置管理環(huán)境角色：配置管理員依據(jù)配置管理計劃，建立配置管理庫。根據(jù)項目組成員的情況，提供配置管理的理論及工具操作培訓。通過創(chuàng)建并維護數(shù)據(jù)儲存庫建立一個環(huán)境，在此環(huán)境中可以對整個產(chǎn)品進行開發(fā)、構(gòu)建，而且具有可重用性或可維護性。實現(xiàn)此目的有一個條件，即確保各私有和公有工作區(qū)中的開發(fā)人員和集成員只要有需要就能使用關(guān)鍵工件，而且這些工件充分建立了基線，并被存儲以備將來重復使用。設(shè)置CM環(huán)境時涉及到創(chuàng)建產(chǎn)品目錄結(jié)構(gòu)、儲存庫、工作區(qū)（開發(fā)人員和集成）以及分配計算機資源（服務(wù)器和磁盤空間）。142.3.2.創(chuàng)建配置管理環(huán)境角色：配置管理員152.3.3.配置項標識角色：配置管理員依據(jù)配置計劃對文檔類的配置項及程序(coding、模型)類的配置項進行的標識。參見《軟件開發(fā)文檔命名約定》152.3.3.配置項標識角色：配置管理員162.3.4.建立基線角色：配置管理員、集成員、CCB集成員根據(jù)配置管理計劃進行集成。當達到某一預定的基線特征時，集成員應(yīng)向配置管理員報告。（標識基線）。

配置管理員對集成員報告的基線配置項進行審核，經(jīng)確認無誤后，配置管理員通知CCB評審已建立的基線。（審批基線）

配置管理員將通過評審的基線向相關(guān)人員發(fā)布。（發(fā)布基線）

確保當子系統(tǒng)達到指定的成熟度后為其建立基線，然后就可進行發(fā)布或在隨后的項目迭代和/或其他項目中重復使用。在配置管理計劃中對發(fā)布頻率和形式予以說明。集成員需確保從開發(fā)人員工作區(qū)交付的工件已經(jīng)過充分測試，以便可以將其并入可測試的工作版本中。集成員需熟悉項目CM策略以及具體測試操作。162.3.4.建立基線角色：配置管理員、集成員、CCB172.3.5.報告配置狀態(tài)角色：配置管理員根據(jù)配置管理計劃，收集配置活動數(shù)據(jù)，編寫配置狀態(tài)報告。

通過缺陷追蹤和報告活動來輔助產(chǎn)品復審。確保為追蹤進展和趨勢而“積累”數(shù)據(jù)并報告數(shù)據(jù)。172.3.5.報告配置狀態(tài)角色：配置管理員182.3.6.執(zhí)行配置審計角色：配置管理員配置審計在每個階段結(jié)束后（通常是一個基線結(jié)束）由配置管理員進行一次配置審計工作。配置審計主要對配置庫中配置項的審計，審計產(chǎn)品目錄結(jié)構(gòu)與實際配置項是否一致，是否按照配置管理計劃納入了配置項，有無多余的或漏掉的配置項。

根據(jù)審計結(jié)果，編寫配置審計報告,并將報告發(fā)布項目經(jīng)理及相關(guān)人員。

對審計中發(fā)現(xiàn)的問題，應(yīng)與項目經(jīng)理及相關(guān)人員協(xié)商解決辦法。并對不能解決的問題進行上報。

確定產(chǎn)品滿足需求。確定工件存儲在受控制的庫中。確保工件和基線可用。182.3.6.執(zhí)行配置審計角色：配置管理員192.4輸出工件輸出名稱輸出描述參考配置管理計劃CM計劃說明要在項目生命周期過程中執(zhí)行的所有配置和變更控制管理活動。說明了活動時間表、指定的職責和需要的資源（包括人員、工具和計算機設(shè)備）。

配置管理計劃模板配置狀態(tài)報告主要報告變更請求情況，當前的軟件工作版本以及版本說明。配置狀態(tài)報告模板配置審計報告對配置審計進行描述。配置審計報告模板192.4輸出工件輸出名稱輸出描述參考配置管理計劃CM計203、變更控制管理203、變更控制管理提交變更申請評估實施拒絕3.2變更管理流程提交變更申請評估實施拒絕3.2變更管理流程224、講解配置管理活動規(guī)范及模板配置計劃模板及范例EAS系統(tǒng)的基線、配置項、配置庫設(shè)置情況224、講解配置管理活動規(guī)范及模板配置計劃模板及范例235、安排作業(yè)安排完成德育評定系統(tǒng)配置計劃及基線、配置項、配置庫的設(shè)置235、安排作業(yè)安排完成德育評定系統(tǒng)配置計劃及基線、配置項、241.1軟件配置管理定義原因：開發(fā)過程中，軟件變更是不可避免,如果不能有效控制變更，將會造成軟件開發(fā)的混亂現(xiàn)代軟件開發(fā)復雜度高、眾多的開發(fā)人員、文件及相關(guān)資源多種多樣、多個發(fā)布版本、多種平臺、軟件在不同地點開發(fā)定義：是一種標識、組織和控制修改的技術(shù)，它作用于整個軟件生命周期。目的：使錯誤達到最小并最有效地提高生產(chǎn)率軟件配置管理包含為兩部分：配置管理變更控制管理(參見《變更管理》)11.1軟件配置管理定義原因：開發(fā)過程中，軟件變更是不可避免252.1、配置管理活動中的重要概念Version版本配置項基線配置庫22.1、配置管理活動中的重要概念Version版本26版本號(Versionnumber)項目版本號主版本號:整數(shù)次版本號:整數(shù)DEMO_V1.0_立項評審報告_已完成2.1.1版本號3版本號(Versionnumber)項目版本號主版本號:版本號(Versionnumber)項目版本號項目版本號配置項版本號主版本號:整數(shù)次版本號:整數(shù)DEMO_V1.0_項目開發(fā)計劃_V1.0_已完成主版本號:整數(shù)次版本號:整數(shù)版本號(Versionnumber)項目版本號項目版本號配2.1.2配置項配置項(ConfigurationItem,CI)

凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項，配置項主要有兩大類： （1）屬于產(chǎn)品組成部分的工作成果，例如需求文檔、設(shè)計文檔、源代碼、測試用例等。 （2）項目管理和機構(gòu)支撐過程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。 每個配置項的主要屬性有：名稱、標識符、文件狀態(tài)、版本、作者、日期等。所有配置項都被保存在配置庫里，確保不會混淆、丟失。配置項及其歷史記錄反映了軟件的演化過程。2.1.2配置項配置項(ConfigurationItem配置項狀態(tài)(ConfigurationItemstate,CIS) 1.已完成

2.待評審

3.待測試

4.通過測試

5.通過評審DEMO_V1.0_項目開發(fā)計劃V1.0_已完成配置項狀態(tài)配置項狀態(tài)(ConfigurationItemstate配置項標識配置項標識以’項目名稱’+‘_’+’項目版本號’+’_’+’配置項名稱’+’_’+’配置項版本號’+’配置項狀態(tài)’。例如：

DEMO_V1.0_項目開發(fā)計劃_V1.0_已完成配置項標識2.1.3基線基線(Baseline)

基線由一組配置項組成，這些配置項構(gòu)成了一個相對穩(wěn)定的邏輯實體。基線中的配置項被“凍結(jié)”了，不能再被任何人隨意修改（見變更控制規(guī)程）?；€通常對應(yīng)于開發(fā)過程中的里程碑（Milestone），一個產(chǎn)品可以有多個基線，也可以只有一個基線?；€的主要屬性有：名稱、標識符、版本、日期等。通常將交付給客戶的基線稱為一個“Release”，為內(nèi)部開發(fā)用的基線則稱為一個“Build”。2.1.3基線基線(Baseline)基線名稱(Baseline-name)

基線名稱以“項目名稱+‘_’+基線英文+’_’+標識生成日期“標識，例如：

DEMO_REQBaseline_20060606

基線名稱(Baseline-name)332.2.1、配置管理活動的流程102.2.1、配置管理活動的流程342.2.2進入準則及退出準則進入準則：項目立項退出準則：項目驗收通過或項目終止、暫停112.2.2進入準則及退出準則進入準則：項目立項352.2.3流程中的角色配置管理員 配置管理員負責為產(chǎn)品開發(fā)團隊提供全面的配置管理基礎(chǔ)設(shè)施和環(huán)境，負責制定配置管理計劃，負責對文檔類的配置項建立基線。集成員（現(xiàn)階段項目經(jīng)理負責） 集成員負責制定集成計劃，建立代碼類基線。任意角色 提交配置項。CCB

審批基線。122.2.3流程中的角色配置管理員362.3.1.計劃配置管理角色：配置管理員

何時寫配置計劃配置計劃與項目開發(fā)計劃同時產(chǎn)出或者在項目開發(fā)計劃出來后2個工作日完成如何確定配置項配置項與項目開發(fā)計劃中的產(chǎn)出物相對應(yīng)如何確定基線基線一般與項目開發(fā)計劃中的里程碑相對應(yīng)。132.3.1.計劃配置管理角色：配置管理員372.3.2.創(chuàng)建配置管理環(huán)境角色：配置管理員依據(jù)配置管理計劃，建立配置管理庫。根據(jù)項目組成員的情況，提供配置管理的理論及工具操作培訓。通過創(chuàng)建并維護數(shù)據(jù)儲存庫建立一個環(huán)境，在此環(huán)境中可以對整個產(chǎn)品進行開發(fā)、構(gòu)建，而且具有可重用性或可維護性。實現(xiàn)此目的有一個條件，即確保各私有和公有工作區(qū)中的開發(fā)人員和集成員只要有需要就能使用關(guān)鍵工件，而且這些工件充分建立了基線，并被存儲以備將來重復使用。設(shè)置CM環(huán)境時涉及到創(chuàng)建產(chǎn)品目錄結(jié)構(gòu)、儲存庫、工作區(qū)（開發(fā)人員和集成）以及分配計算機資源（服務(wù)器和磁盤空間）。142.3.2.創(chuàng)建配置管理環(huán)境角色：配置管理員382.3.3.配置項標識角色：配置管理員依據(jù)配置計劃對文檔類的配置項及程序(coding、模型)類的配置項進行的標識。參見《軟件開發(fā)文檔命名約定》152.3.3.配置項標識角色：配置管理員392.3.4.建立基線角色：配置管理員、集成員、CCB集成員根據(jù)配置管理計劃進行集成。當達到某一預定的基線特征時，集成員應(yīng)向配置管理員報告。（標識基線）。

配置管理員對集成員報告的基線配置項進行審核，經(jīng)確認無誤后，配置管理員通知CCB評審已建立的基線。（審批基線）

配置管理員將通過評審的基線向相關(guān)人員發(fā)布。（發(fā)布基線）

確保當子系統(tǒng)達到指定的成熟度后為其建立基線，然后就可進行發(fā)布或在隨后的項目迭代和/或其他項目中重復使用。在配置管理計劃中對發(fā)布頻率和形式予以說明。集成員需確保從開發(fā)人員工作區(qū)交付的工件已經(jīng)過充分測試，以便可以將其并入可測試的工作版本中。集成員需熟悉項目CM策略以及具體測試操作。162.3.4.建立基線角色：配置管理員、集成員、CCB402.3.5.報告配置狀態(tài)角色：配置管理員根據(jù)配置管理計劃，收集配置活動數(shù)據(jù)，編寫配置狀態(tài)報告。

通過缺陷追蹤和報告活動來輔助產(chǎn)品復審。確保為追蹤進展和趨勢而“積累”數(shù)據(jù)并報告數(shù)據(jù)。172.3.5.報告配置狀態(tài)角色：配置管理員41