1、第八章第八章 測試管理測試管理 隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找隨著軟件開發(fā)規(guī)模的增大、復(fù)雜程度的增加，以尋找軟件中的故障為目的的測試工作就顯得更加困難。軟件中的故障為目的的測試工作就顯得更加困難。 為了盡可能多地找出程序中的故障，開發(fā)出高質(zhì)量的為了盡可能多地找出程序中的故障，開發(fā)出高質(zhì)量的軟件產(chǎn)品，必須對測試工作進行組織策劃和有效管理，采取軟件產(chǎn)品，必須對測試工作進行組織策劃和有效管理，采取系統(tǒng)的方法建立起軟件測試管理體系。對測試活動進行監(jiān)管系統(tǒng)的方法建立起軟件測試管理體系。對測試活動進行監(jiān)管和控制，以確保軟件測試在軟件質(zhì)量保證中發(fā)揮應(yīng)有的關(guān)鍵和控制，以確保軟件測試在軟件質(zhì)量保

2、證中發(fā)揮應(yīng)有的關(guān)鍵作用。作用。第八章第八章 測試管理測試管理8.1 建立測試管理體系8.2測試管理的基本內(nèi)容8.2.1測試組織管理測試組織管理8.2.2 測試過程管理測試過程管理8.2.3 資源和配置管理資源和配置管理8.2.4 測試文檔管理測試文檔管理8.3 測試管理的原則8.4測試管理的實踐8.5 常用的測試管理工具8.5.1 TestDirector測試管理工具測試管理工具8.5.2 其他測試管理工具其他測試管理工具8.5.3 國產(chǎn)測試管理工具國產(chǎn)測試管理工具TestCenter8.1 8.1 建立測試管理體系建立測試管理體系 應(yīng)用系統(tǒng)方法來建立軟件測試管理體系，也就是把測試工作作為一個

3、應(yīng)用系統(tǒng)方法來建立軟件測試管理體系，也就是把測試工作作為一個系統(tǒng)，對組成這個系統(tǒng)的各個過程加以識別和管理，以實現(xiàn)設(shè)定的系統(tǒng)系統(tǒng)，對組成這個系統(tǒng)的各個過程加以識別和管理，以實現(xiàn)設(shè)定的系統(tǒng)目標。同時要使這些過程協(xié)同作用、互相促進，盡可能發(fā)現(xiàn)和排除軟件目標。同時要使這些過程協(xié)同作用、互相促進，盡可能發(fā)現(xiàn)和排除軟件故障。故障。 測試系統(tǒng)主要由下面測試系統(tǒng)主要由下面6個相互關(guān)聯(lián)、相互作用的過程組成：個相互關(guān)聯(lián)、相互作用的過程組成：n測試計劃測試計劃n測試設(shè)計測試設(shè)計n測試實施測試實施n配置管理配置管理n資源管理資源管理n測試管理測試管理8.1 8.1 建立測試管理體系建立測試管理體系 此外，測試系統(tǒng)與軟

4、件修改過程是相互關(guān)聯(lián)、相互作用的。測試系統(tǒng)的輸出此外，測試系統(tǒng)與軟件修改過程是相互關(guān)聯(lián)、相互作用的。測試系統(tǒng)的輸出（軟件故障報告）是軟件修改的輸入。反過來，軟件修改的輸出（新的測試版本）（軟件故障報告）是軟件修改的輸入。反過來，軟件修改的輸出（新的測試版本）又成為測試系統(tǒng)的輸入。又成為測試系統(tǒng)的輸入。 根據(jù)上述根據(jù)上述6個過程，可以確定建立軟件測試管理體系的個過程，可以確定建立軟件測試管理體系的6個步驟：個步驟：n識別軟件測試所需的過程及其應(yīng)用，即測試規(guī)劃、測試設(shè)計、測試實施、識別軟件測試所需的過程及其應(yīng)用，即測試規(guī)劃、測試設(shè)計、測試實施、配置管理、資源管理和測試管理；配置管理、資源管理和測試

5、管理；n 確定這些過程的順序和相互作用，前一過程的輸出是后一過程的輸入。確定這些過程的順序和相互作用，前一過程的輸出是后一過程的輸入。其中，配置管理和資源管理是這些過程的支持性過程，測試管理則對其他其中，配置管理和資源管理是這些過程的支持性過程，測試管理則對其他測試過程進行監(jiān)視、測試和管理；測試過程進行監(jiān)視、測試和管理；n確定這些過程所需的準則和方法，一般應(yīng)制訂這些過程形成文件的程序，確定這些過程所需的準則和方法，一般應(yīng)制訂這些過程形成文件的程序，以及監(jiān)視、測量和控制的準則和方法；以及監(jiān)視、測量和控制的準則和方法；n確保可以獲得必要的資源和信息，以支持這些過程的運行和對它們的監(jiān)測；確?？梢垣@得

6、必要的資源和信息，以支持這些過程的運行和對它們的監(jiān)測；n監(jiān)視、測量和分析這些過程；監(jiān)視、測量和分析這些過程；n實施必要的改進措施實施必要的改進措施8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.1測試組織管理測試組織管理n主要任務(wù)主要任務(wù):n組織和管理測試小組組織和管理測試小組n確定測試小組的組織模式確定測試小組的組織模式n安排測試任務(wù)安排測試任務(wù)n估計測試工作量估計測試工作量n確定應(yīng)交付的測試文檔確定應(yīng)交付的測試文檔n管理測試件管理測試件n確定測試需求和組織測試設(shè)計等。確定測試需求和組織測試設(shè)計等。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.2測試過程管理測試過程管理n軟

7、件測試不等于程序測試，軟件測試貫穿于軟件開發(fā)整軟件測試不等于程序測試，軟件測試貫穿于軟件開發(fā)整個生命周期，但軟件測試過程管理在各個階段的具體內(nèi)個生命周期，但軟件測試過程管理在各個階段的具體內(nèi)容是不同的。容是不同的。n在軟件開發(fā)的每個階段，測試任務(wù)的最終完成都要經(jīng)過在軟件開發(fā)的每個階段，測試任務(wù)的最終完成都要經(jīng)過從計劃、設(shè)計、執(zhí)行到結(jié)果分析、總結(jié)等一系列步驟，從計劃、設(shè)計、執(zhí)行到結(jié)果分析、總結(jié)等一系列步驟，這便構(gòu)成了軟件測試的一個基本過程。這便構(gòu)成了軟件測試的一個基本過程。n因此，軟件測試過程管理主要集中在測試準備、測試計因此，軟件測試過程管理主要集中在測試準備、測試計劃、測試用例設(shè)計、測試執(zhí)行

8、、測試結(jié)果分析，以及如劃、測試用例設(shè)計、測試執(zhí)行、測試結(jié)果分析，以及如何開發(fā)和使用測試過程管理工具上。何開發(fā)和使用測試過程管理工具上。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.2測試過程管理測試過程管理n基本內(nèi)容包括基本內(nèi)容包括:n測試準備測試準備n測試計劃階段測試計劃階段n測試設(shè)計階段測試設(shè)計階段n測試執(zhí)行階段測試執(zhí)行階段n測試結(jié)果分析測試結(jié)果分析8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容測試準備測試準備:確定測試組長，組建測試小組，參加有關(guān)項目計劃、分析和確定測試組長，組建測試小組，參加有關(guān)項目計劃、分析和設(shè)計會議，獲取必要的需求分析、系統(tǒng)設(shè)計文檔，以及相關(guān)設(shè)計會議，獲

9、取必要的需求分析、系統(tǒng)設(shè)計文檔，以及相關(guān)產(chǎn)品產(chǎn)品/技術(shù)知識的培訓(xùn)。技術(shù)知識的培訓(xùn)。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容測試計劃階段測試計劃階段: 測試計劃階段的整體目標是為了確定測試范圍、測試策略測試計劃階段的整體目標是為了確定測試范圍、測試策略和方法，以及對可能出現(xiàn)的問題和風(fēng)險，所需要的各種資源和方法，以及對可能出現(xiàn)的問題和風(fēng)險，所需要的各種資源和投入等進行分析和估計，以指導(dǎo)測試的執(zhí)行。和投入等進行分析和估計，以指導(dǎo)測試的執(zhí)行。 一個好的測試計劃應(yīng)該包括以下幾方面的內(nèi)容：一個好的測試計劃應(yīng)該包括以下幾方面的內(nèi)容：n目的n完成測試的標準n測試策略n資源配置n責(zé)任明確進度安排n測試用

10、例庫及其標準化n組裝方式n工具8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容 測試設(shè)計階段測試設(shè)計階段: 軟件測試設(shè)計建立在測試計劃之上，通過設(shè)計測試用例來完成測試軟件測試設(shè)計建立在測試計劃之上，通過設(shè)計測試用例來完成測試內(nèi)容，以實現(xiàn)所確定的測試目標。內(nèi)容，以實現(xiàn)所確定的測試目標。 軟件測試設(shè)計的主要內(nèi)容有軟件測試設(shè)計的主要內(nèi)容有:n制定測試技術(shù)方案制定測試技術(shù)方案n設(shè)計測試用例設(shè)計測試用例n設(shè)計測試用例集合設(shè)計測試用例集合n 測試開發(fā)測試開發(fā)n設(shè)計測試環(huán)境設(shè)計測試環(huán)境n所設(shè)計的測試技術(shù)方案是否可行、是否有效、是否能達到預(yù)定的所設(shè)計的測試技術(shù)方案是否可行、是否有效、是否能達到預(yù)定的測試目標；

11、測試目標；n所設(shè)計的測試用例是否完整、是否考慮邊界條件、能否達到其覆所設(shè)計的測試用例是否完整、是否考慮邊界條件、能否達到其覆蓋率要求；蓋率要求；n所設(shè)計的測試環(huán)境是否和用戶的實際使用環(huán)境接近等。所設(shè)計的測試環(huán)境是否和用戶的實際使用環(huán)境接近等。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容測試執(zhí)行階段測試執(zhí)行階段:建立和設(shè)置好相關(guān)的測試環(huán)境，準備好測試數(shù)據(jù)，開始執(zhí)行建立和設(shè)置好相關(guān)的測試環(huán)境，準備好測試數(shù)據(jù)，開始執(zhí)行測試。測試執(zhí)行可以手工進行，也可以自動進行。自動化測測試。測試執(zhí)行可以手工進行，也可以自動進行。自動化測試借助于測試工具，運行測試腳本，達到測試結(jié)果，所以管試借助于測試工具，運行測

12、試腳本，達到測試結(jié)果，所以管理比較簡單，而手工測試的管理相對要復(fù)雜些。理比較簡單，而手工測試的管理相對要復(fù)雜些。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容測試結(jié)果分析測試結(jié)果分析:測試結(jié)束后，對測試結(jié)果進行分析，以確定軟件產(chǎn)品的質(zhì)量，測試結(jié)束后，對測試結(jié)果進行分析，以確定軟件產(chǎn)品的質(zhì)量，為產(chǎn)品的改進或發(fā)布提供數(shù)據(jù)和支持。在管理上，應(yīng)做好測為產(chǎn)品的改進或發(fā)布提供數(shù)據(jù)和支持。在管理上，應(yīng)做好測試結(jié)果的審查和分析，做好測試報告的撰寫和審查工作。試結(jié)果的審查和分析，做好測試報告的撰寫和審查工作。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.3資源和配置管理資源和配置管理n資源管理資源管

13、理n人力資源人力資源:測試人員的數(shù)量及其測試技能，在測試項目測試人員的數(shù)量及其測試技能，在測試項目中所需的測試人員和要求在各個階段是不同的。中所需的測試人員和要求在各個階段是不同的。n環(huán)境資源環(huán)境資源:建立測試環(huán)境所需要的計算機軟件資源和硬建立測試環(huán)境所需要的計算機軟件資源和硬件資源的總和。硬件提供了一個支持操作系統(tǒng)、應(yīng)用系件資源的總和。硬件提供了一個支持操作系統(tǒng)、應(yīng)用系統(tǒng)和測試工具等運行的基本平臺，軟件資源則包括操作統(tǒng)和測試工具等運行的基本平臺，軟件資源則包括操作系統(tǒng)、第三方軟件產(chǎn)品、測試工具等。系統(tǒng)、第三方軟件產(chǎn)品、測試工具等。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.3資源

14、和配置管理資源和配置管理n配置管理配置管理在團隊開發(fā)中，標識、控制和管理軟件變更的一種管理，是通過在軟在團隊開發(fā)中，標識、控制和管理軟件變更的一種管理，是通過在軟件生命周期的不同時間點上對軟件配置進行標識并對這些標識的更改件生命周期的不同時間點上對軟件配置進行標識并對這些標識的更改進行系統(tǒng)控制，從而達到保證軟件產(chǎn)品完整性和可溯性的過程。進行系統(tǒng)控制，從而達到保證軟件產(chǎn)品完整性和可溯性的過程。n基本過程：基本過程：n配置標識：標識組成軟件產(chǎn)品的各個組成部分并定義其屬性，配置標識：標識組成軟件產(chǎn)品的各個組成部分并定義其屬性，制定基線計劃；制定基線計劃；n配置控制：控制對配置項的修改；配置控制：控制

15、對配置項的修改；n配置狀態(tài)發(fā)布：向相關(guān)組織和個人報告變更申請的處理過程、配置狀態(tài)發(fā)布：向相關(guān)組織和個人報告變更申請的處理過程、允許的變更及其實現(xiàn)情況；允許的變更及其實現(xiàn)情況；n配置評審：確認受控配置項是否滿足需求等。配置評審：確認受控配置項是否滿足需求等。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容8.2.4測試文檔管理測試文檔管理n測試文檔的類型測試文檔的類型n測試計劃：詳細規(guī)定測試的要求，包括測試的目的和內(nèi)測試計劃：詳細規(guī)定測試的要求，包括測試的目的和內(nèi)容、方法和步驟，以及測試的準則等。容、方法和步驟，以及測試的準則等。n測試分析報告：用來對測試結(jié)果進行分析說明。軟件經(jīng)測試分析報告：用

16、來對測試結(jié)果進行分析說明。軟件經(jīng)過測試后，應(yīng)給出評價的結(jié)論性意見，軟件的能力如何，過測試后，應(yīng)給出評價的結(jié)論性意見，軟件的能力如何，存在哪些缺陷和限制等等。存在哪些缺陷和限制等等。n測試文檔的管理測試文檔的管理n文檔的分類管理文檔的分類管理n文檔的格式和模板管理文檔的格式和模板管理n文檔的一致性管理文檔的一致性管理n文檔的存儲管理文檔的存儲管理8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容SQAP：軟件質(zhì)量保證計劃，每個軟件測試產(chǎn)：軟件質(zhì)量保證計劃，每個軟件測試產(chǎn)品一個。品一個。SVVP：軟件驗證和確認測試計劃，每：軟件驗證和確認測試計劃，每SQAP一一個。個。VTP：驗證測試計劃：每個驗證

17、活動一個。：驗證測試計劃：每個驗證活動一個。MTP：主確認測試計劃，每個：主確認測試計劃，每個SVVP一個。一個。DTP：詳細確認測試計劃，每個活動一個或多：詳細確認測試計劃，每個活動一個或多個。個。TDS：測試設(shè)計規(guī)格說明，每個：測試設(shè)計規(guī)格說明，每個DTP一個或多一個或多個。個。TCS：測試用例規(guī)格說明，每個：測試用例規(guī)格說明，每個TDSTPS一一個或多個。個或多個。TPS：測試步驟規(guī)格說明，每個：測試步驟規(guī)格說明，每個TDS一個或多一個或多個。個。TC：測試用例。每個：測試用例。每個TCS一個。一個。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容 由圖由圖8-1可以看出：每個軟件產(chǎn)品都

18、有一個軟件質(zhì)量可以看出：每個軟件產(chǎn)品都有一個軟件質(zhì)量保證計劃，每個軟件質(zhì)量保證計劃有一個軟件驗證和確認保證計劃，每個軟件質(zhì)量保證計劃有一個軟件驗證和確認測試計劃，軟件驗證和確認計劃有一個主確認測試計劃。測試計劃，軟件驗證和確認計劃有一個主確認測試計劃。 每個驗證測試活動有一個驗證測試計劃，每個確認測每個驗證測試活動有一個驗證測試計劃，每個確認測試活動有一個或多個測試計劃，每個測試計劃有一個或多試活動有一個或多個測試計劃，每個測試計劃有一個或多個測試設(shè)計規(guī)格說明，每個測試設(shè)計規(guī)格說明有一個或多個測試設(shè)計規(guī)格說明，每個測試設(shè)計規(guī)格說明有一個或多個測試步驟規(guī)格說明，每測試設(shè)計規(guī)格說明測試步驟規(guī)個測試

19、步驟規(guī)格說明，每測試設(shè)計規(guī)格說明測試步驟規(guī)格說明有一個或多個測試用例規(guī)格說明，每個測試用例規(guī)格說明有一個或多個測試用例規(guī)格說明，每個測試用例規(guī)格說明有一個測試用例。格說明有一個測試用例。8.28.2測試管理的基本內(nèi)容測試管理的基本內(nèi)容VTR：驗證測試報告。每個驗證活動一個。TPS：測試步驟規(guī)格說明。TL：測試記錄。每測試期一份。TIR：測試事故報告。每個事故一個。TSR：測試總結(jié)報告。一個。8.3 8.3 測試管理的原則測試管理的原則 軟件生存周期模型為我們提供了軟件測試的流程和方軟件生存周期模型為我們提供了軟件測試的流程和方法，為測試過程管理提供了依據(jù)。但實際的測試工作是復(fù)雜法，為測試過程管

20、理提供了依據(jù)。但實際的測試工作是復(fù)雜而煩瑣的，不會有哪種模型完全適用于某項測試工作。而煩瑣的，不會有哪種模型完全適用于某項測試工作。 因此，應(yīng)從不同的模型中抽象出符合實際現(xiàn)狀的測試過因此，應(yīng)從不同的模型中抽象出符合實際現(xiàn)狀的測試過程管理理念，依據(jù)這些理念來策劃測試過程，以不變應(yīng)萬變。程管理理念，依據(jù)這些理念來策劃測試過程，以不變應(yīng)萬變。當然測試管理涉及的范圍非常廣泛，如測試組織管理、測試當然測試管理涉及的范圍非常廣泛，如測試組織管理、測試過程管理、測試文檔管理、人力資源管理、風(fēng)險管理、進度過程管理、測試文檔管理、人力資源管理、風(fēng)險管理、進度管理等等，管理等等，8.3 8.3 測試管理的原則測試

21、管理的原則盡早測試盡早測試全面測試全面測試全過程測試全過程測試迭代的測試迭代的測試8.3 8.3 測試管理的原則測試管理的原則盡早測試：盡早測試：n測試人員盡早參與軟件項目，及時開展測試的準備工作，測試人員盡早參與軟件項目，及時開展測試的準備工作，包括編寫測試計劃、制定測試方案以及準備測試用例等包括編寫測試計劃、制定測試方案以及準備測試用例等n盡早開展測試執(zhí)行工作，即一旦單元模塊完成代碼編寫盡早開展測試執(zhí)行工作，即一旦單元模塊完成代碼編寫就開展單元測試，一旦模塊代碼被集成為一個相對獨立就開展單元測試，一旦模塊代碼被集成為一個相對獨立的子系統(tǒng)，便可以開展集成測試，一旦有軟件系統(tǒng)提交，的子系統(tǒng)，便

22、可以開展集成測試，一旦有軟件系統(tǒng)提交，便可以開展系統(tǒng)測試工作，并對測試結(jié)果進行評估便可以開展系統(tǒng)測試工作，并對測試結(jié)果進行評估8.3 8.3 測試管理的原則測試管理的原則全面測試：全面測試：n對軟件的所有產(chǎn)品進行全面的測試，包括需求規(guī)格說明對軟件的所有產(chǎn)品進行全面的測試，包括需求規(guī)格說明分析、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程分析、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明以及源程序等序等n軟件開發(fā)及測試人員應(yīng)全面參與到測試工作中軟件開發(fā)及測試人員應(yīng)全面參與到測試工作中8.3 8.3 測試管理的原則測試管理的原則全過程測試：全過程測試：n測試人員應(yīng)充分關(guān)注軟件開發(fā)過程，對開發(fā)過程的各種測試人員

23、應(yīng)充分關(guān)注軟件開發(fā)過程，對開發(fā)過程的各種變化及時做出響應(yīng)。例如開發(fā)進度的調(diào)整可能會引起測變化及時做出響應(yīng)。例如開發(fā)進度的調(diào)整可能會引起測試進度及測試策略的調(diào)整，需求的變更會影響到測試的試進度及測試策略的調(diào)整，需求的變更會影響到測試的執(zhí)行等等執(zhí)行等等n測試人員應(yīng)對測試的全過程進行全程的跟蹤，例如建立測試人員應(yīng)對測試的全過程進行全程的跟蹤，例如建立完善的度量與分析機制，通過對自身過程的度量，及時完善的度量與分析機制，通過對自身過程的度量，及時了解測試過程信息，調(diào)整測試策略了解測試過程信息，調(diào)整測試策略。8.3 8.3 測試管理的原則測試管理的原則迭代的測試：迭代的測試：n瀑布模型在大量軟件開發(fā)實踐

24、中也逐漸暴露出了許多缺瀑布模型在大量軟件開發(fā)實踐中也逐漸暴露出了許多缺點，其中最為突出的是該模型缺乏靈活性，無法通過開點，其中最為突出的是該模型缺乏靈活性，無法通過開發(fā)活動澄清本來不夠確切的軟件需求，可能導(dǎo)致開發(fā)出發(fā)活動澄清本來不夠確切的軟件需求，可能導(dǎo)致開發(fā)出的軟件并不是用戶真正需要的軟件，只能進行返工或不的軟件并不是用戶真正需要的軟件，只能進行返工或不得不在維護中糾正需求的偏差，給軟件開發(fā)帶來了不必得不在維護中糾正需求的偏差，給軟件開發(fā)帶來了不必要的損失。要的損失。n為適應(yīng)不同的需要，人們在軟件開發(fā)過程中摸索出了螺為適應(yīng)不同的需要，人們在軟件開發(fā)過程中摸索出了螺旋、迭代等諸多模型，這些模型

25、中需求、設(shè)計、編碼工旋、迭代等諸多模型，這些模型中需求、設(shè)計、編碼工作可能重疊并反復(fù)進行的，這時的測試工作也將是迭代作可能重疊并反復(fù)進行的，這時的測試工作也將是迭代和反復(fù)的。如果不能將測試從開發(fā)中抽象出來進行管理，和反復(fù)的。如果不能將測試從開發(fā)中抽象出來進行管理，勢必使測試管理陷入困境。勢必使測試管理陷入困境。8.48.4測試管理的實踐測試管理的實踐 本節(jié)以一個構(gòu)件化的本節(jié)以一個構(gòu)件化的ERP項目，說明其系統(tǒng)測試的幾個項目，說明其系統(tǒng)測試的幾個關(guān)鍵過程管理。假設(shè)項目的前期需求不是很明確，開發(fā)周期關(guān)鍵過程管理。假設(shè)項目的前期需求不是很明確，開發(fā)周期相對較長，為了對項目進行更好的跟蹤和管理，項目采

26、用增相對較長，為了對項目進行更好的跟蹤和管理，項目采用增量和迭代模型進行開發(fā)。量和迭代模型進行開發(fā)。 整個項目開發(fā)分三個階段：整個項目開發(fā)分三個階段：n第一階段實現(xiàn)進銷存的簡單功能和工作流；第一階段實現(xiàn)進銷存的簡單功能和工作流；n第二階段實現(xiàn)固定資產(chǎn)管理、財務(wù)管理，并完善第一階第二階段實現(xiàn)固定資產(chǎn)管理、財務(wù)管理，并完善第一階段的進銷存功能；段的進銷存功能；n第三階段增加辦公自動化管理。每一階段工作是對上一第三階段增加辦公自動化管理。每一階段工作是對上一階段成果的一次迭代和完善，同時加入新的功能。階段成果的一次迭代和完善，同時加入新的功能。8.48.4測試管理的實踐測試管理的實踐策劃測試過程策劃

27、測試過程需求分析需求分析變更控制變更控制度量與分析度量與分析測試過程可持續(xù)改進測試過程可持續(xù)改進8.48.4測試管理的實踐測試管理的實踐策劃測試過程策劃測試過程n該系統(tǒng)的三個階段具有相對的獨立性，所以可采用“獨立、迭代”的測試原則，對測試過程進行獨立策劃，以每一階段完成所提交的階段性產(chǎn)品作為系統(tǒng)測試準備的就緒點，在就緒點及時開展測試。n因此，在該系統(tǒng)開發(fā)過程中，系統(tǒng)測試組可開展三個階段的系統(tǒng)測試，每個階段系統(tǒng)測試具有不同的側(cè)重點，目的在于更好地配合開發(fā)工作盡早地發(fā)現(xiàn)軟件故障，降低軟件成本。8.48.4測試管理的實踐測試管理的實踐需求分析需求分析n本系統(tǒng)開發(fā)過程中，需求的獲取和完善貫穿于每個階段

28、。對需求的把本系統(tǒng)開發(fā)過程中，需求的獲取和完善貫穿于每個階段。對需求的把握很大程度上決定了測試能否成功。系統(tǒng)測試不僅僅要確認軟件是否握很大程度上決定了測試能否成功。系統(tǒng)測試不僅僅要確認軟件是否正確地實現(xiàn)要求的功能，還要確認軟件是否滿足用戶的需要。依據(jù)正確地實現(xiàn)要求的功能，還要確認軟件是否滿足用戶的需要。依據(jù)“盡早測試盡早測試”和和“全面測試全面測試”的原則，在需求獲取階段，測試人員就的原則，在需求獲取階段，測試人員就可參與到對需求的分析討論之中。測試人員與開發(fā)人員及用戶一起分可參與到對需求的分析討論之中。測試人員與開發(fā)人員及用戶一起分析需求的完善性與正確性，同時從可測試性角度為需求文檔提出建議

29、。析需求的完善性與正確性，同時從可測試性角度為需求文檔提出建議。同時，測試人員結(jié)合前期對項目的了解，很容易制定出了完善的測試同時，測試人員結(jié)合前期對項目的了解，很容易制定出了完善的測試計劃和方案，將階段性產(chǎn)品的測試方法及進度、人員安排進行策劃，計劃和方案，將階段性產(chǎn)品的測試方法及進度、人員安排進行策劃，使整個項目的進展有條不紊。使整個項目的進展有條不紊。n實踐表明，測試人員盡早期參與到需求的獲取和分析中，有助于加深實踐表明，測試人員盡早期參與到需求的獲取和分析中，有助于加深測試人員對需求的把握和理解，提高需求文檔的質(zhì)量。在需求人員把測試人員對需求的把握和理解，提高需求文檔的質(zhì)量。在需求人員把握

30、需求的同時，測試人員制定出早期測試計劃和方案，及早準備測試握需求的同時，測試人員制定出早期測試計劃和方案，及早準備測試活動，可大大提高測試效率?；顒?，可大大提高測試效率。8.48.4測試管理的實踐測試管理的實踐變更控制變更控制在軟件開發(fā)過程中，變更往往是不可避免的，變更也是造成在軟件開發(fā)過程中，變更往往是不可避免的，變更也是造成軟件風(fēng)險的重要因素之一。依據(jù)軟件風(fēng)險的重要因素之一。依據(jù)“全過程測試全過程測試”的原則，測的原則，測試小組可以密切關(guān)注軟件開發(fā)過程，根據(jù)進度計劃的變更調(diào)試小組可以密切關(guān)注軟件開發(fā)過程，根據(jù)進度計劃的變更調(diào)整測試策略，依據(jù)需求的變更及時補充和完善測試用例。整測試策略，依據(jù)

31、需求的變更及時補充和完善測試用例。8.48.4測試管理的實踐測試管理的實踐度量與分析度量與分析n在在ERP項目中，我們在測試過程中對不同階段的故障數(shù)進行了度量，項目中，我們在測試過程中對不同階段的故障數(shù)進行了度量，并分析測試執(zhí)行是否充分。分析表明：相同時間間隔內(nèi)發(fā)現(xiàn)的故障數(shù)并分析測試執(zhí)行是否充分。分析表明：相同時間間隔內(nèi)發(fā)現(xiàn)的故障數(shù)量收斂狀態(tài)。對不同功能點的測試數(shù)據(jù)覆蓋率和發(fā)現(xiàn)的問題數(shù)進行度量收斂狀態(tài)。對不同功能點的測試數(shù)據(jù)覆蓋率和發(fā)現(xiàn)的問題數(shù)進行度量分析，可以分析測試用例的充分性與故障發(fā)現(xiàn)率之間的關(guān)系。通過量分析，可以分析測試用例的充分性與故障發(fā)現(xiàn)率之間的關(guān)系。通過統(tǒng)計分析出測試數(shù)據(jù)與故障發(fā)

32、現(xiàn)率之間的關(guān)系，可以及時調(diào)整測試用統(tǒng)計分析出測試數(shù)據(jù)與故障發(fā)現(xiàn)率之間的關(guān)系，可以及時調(diào)整測試用例編寫策略，從而幫助測試人員判斷測試成本和收益間的最佳平衡點。例編寫策略，從而幫助測試人員判斷測試成本和收益間的最佳平衡點。n實際上，度量是對測試過程進行跟蹤的結(jié)果，是及時調(diào)整測試策略的實際上，度量是對測試過程進行跟蹤的結(jié)果，是及時調(diào)整測試策略的依據(jù)。對測試過程的度量與分析能有效提高測試效率，降低測試風(fēng)險。依據(jù)。對測試過程的度量與分析能有效提高測試效率，降低測試風(fēng)險。同時，度量與分析也是軟件測試過程可持續(xù)改進的基礎(chǔ)。同時，度量與分析也是軟件測試過程可持續(xù)改進的基礎(chǔ)。8.48.4測試管理的實踐測試管理的

33、實踐測試過程可持續(xù)改進測試過程可持續(xù)改進 目前已有許多可供參考的測試過程管理思想和理念。但目前已有許多可供參考的測試過程管理思想和理念。但信息技術(shù)發(fā)展一日千里，新技術(shù)不斷涌現(xiàn)，這就注定測試過信息技術(shù)發(fā)展一日千里，新技術(shù)不斷涌現(xiàn)，這就注定測試過程也需要不斷的改進?；诙攘颗c分析的可持續(xù)過程改進方程也需要不斷的改進?；诙攘颗c分析的可持續(xù)過程改進方法，可以自定義需要度量的測試過程數(shù)據(jù)，將收集來的數(shù)據(jù)法，可以自定義需要度量的測試過程數(shù)據(jù)，將收集來的數(shù)據(jù)加以分析，找出需要改進的因素。在不斷的改進中，同時調(diào)加以分析，找出需要改進的因素。在不斷的改進中，同時調(diào)整需要度量的測試過程數(shù)據(jù)，使度量與分析始終為了

34、測試過整需要度量的測試過程數(shù)據(jù)，使度量與分析始終為了測試過程可持續(xù)改進服務(wù)，從而使測試過程管理不斷完善，測試活程可持續(xù)改進服務(wù)，從而使測試過程管理不斷完善，測試活動始終處于優(yōu)化狀態(tài)。動始終處于優(yōu)化狀態(tài)。8.5 8.5 常用的測試管理工具常用的測試管理工具8.5.1 TestDirector測試管理工具測試管理工具8.5.2 其他測試管理工具其他測試管理工具8.5.3 國產(chǎn)測試管理工具國產(chǎn)測試管理工具TestCenter8.5 8.5 常用的測試管理工具常用的測試管理工具8.5.1 TestDirector測試管理工具測試管理工具 TestDirector用于對白盒測試和黑盒測試的管理，可以用于

35、對白盒測試和黑盒測試的管理，可以方便地管理測試過程，進行測試需求管理、計劃管理、實例方便地管理測試過程，進行測試需求管理、計劃管理、實例管理、缺陷管理等。管理、缺陷管理等。n功能模塊功能模塊n需求管理需求管理n測試計劃管理測試計劃管理n測試執(zhí)行管理測試執(zhí)行管理n缺陷管理功能缺陷管理功能8.5 8.5 常用的測試管理工具常用的測試管理工具需求管理需求管理TestDirector的需求管理模塊中，需求是用需求樹（需求列表）表示的，的需求管理模塊中，需求是用需求樹（需求列表）表示的，可以對需求樹中的需求進行歸類和排序，可以自動生成需求報告和統(tǒng)計圖可以對需求樹中的需求進行歸類和排序，可以自動生成需求報

36、告和統(tǒng)計圖表。表。n四個環(huán)節(jié)四個環(huán)節(jié)nDefine Testing Scope：定義測試范圍，包括設(shè)定測試目標、測試：定義測試范圍，包括設(shè)定測試目標、測試策略等內(nèi)容；策略等內(nèi)容；nCreate Requirements：創(chuàng)建需求，將需求說明書中的所有需求轉(zhuǎn)：創(chuàng)建需求，將需求說明書中的所有需求轉(zhuǎn)換為測試需求；換為測試需求；nDetail Requirements：描述需求，詳細描述每一個需求，包括：描述需求，詳細描述每一個需求，包括其需求名稱、創(chuàng)建時間、創(chuàng)建者、需求狀態(tài)、需求優(yōu)先級等信息；其需求名稱、創(chuàng)建時間、創(chuàng)建者、需求狀態(tài)、需求優(yōu)先級等信息；nAnalyze Requirements：分析需

37、求，生成各種測試報告或圖表，：分析需求，生成各種測試報告或圖表，來分析和評估這些測試需求能否達到設(shè)定的測試目標。來分析和評估這些測試需求能否達到設(shè)定的測試目標。8.5 8.5 常用的測試管理工具常用的測試管理工具測試計劃管理測試計劃管理TestDirector的測試計劃管理模塊對測試計劃進行管理，為測試小組提的測試計劃管理模塊對測試計劃進行管理，為測試小組提供一個統(tǒng)一的供一個統(tǒng)一的Web界面來協(xié)調(diào)團隊間的溝通。在測試計劃中，需要創(chuàng)建界面來協(xié)調(diào)團隊間的溝通。在測試計劃中，需要創(chuàng)建測試項，為每個測試項編寫測試步驟，即測試實例，包括操作步驟、輸入測試項，為每個測試項編寫測試步驟，即測試實例，包括操作

38、步驟、輸入數(shù)據(jù)、期望結(jié)果等。數(shù)據(jù)、期望結(jié)果等。n七個環(huán)節(jié)：七個環(huán)節(jié)：nDefine Testing Sreategy：定義具體的測試策略；：定義具體的測試策略；nDefine Test Subject：將被測系統(tǒng)劃分為若干個功能模塊；：將被測系統(tǒng)劃分為若干個功能模塊；nDefine Tests：為每一模塊設(shè)計測試集，一個測試集可以包含多：為每一模塊設(shè)計測試集，一個測試集可以包含多個測試項；個測試項；nCreate Requirements Coverage：將測試需求和測試計劃關(guān)聯(lián)，：將測試需求和測試計劃關(guān)聯(lián)，使測試需求自動轉(zhuǎn)換為具體的測試計劃；使測試需求自動轉(zhuǎn)換為具體的測試計劃；nDesig

39、n Test Steps：為每一個測試集設(shè)計具體的測試步驟；：為每一個測試集設(shè)計具體的測試步驟；nAutomate Tests：創(chuàng)建自動化測試腳本；：創(chuàng)建自動化測試腳本；nAnalyze Test Plan：借助自動生成的測試報告和統(tǒng)計圖表來分析：借助自動生成的測試報告和統(tǒng)計圖表來分析和評估測試計劃。和評估測試計劃。8.5 8.5 常用的測試管理工具常用的測試管理工具測試執(zhí)行管理測試執(zhí)行管理測試執(zhí)行是整個測試過程的核心，測試執(zhí)行管理模塊是對測測試執(zhí)行是整個測試過程的核心，測試執(zhí)行管理模塊是對測試計劃模塊中測試項的執(zhí)行過程進行管理，在執(zhí)行過程中需試計劃模塊中測試項的執(zhí)行過程進行管理，在執(zhí)行過程中需要為測試項創(chuàng)建測試集進行測試。要為測試項創(chuàng)建測試集進行測試。n四個環(huán)節(jié)：nCreate Test Sets：創(chuàng)建測試集；：創(chuàng)建測試集；nSchedule Runs：制定測試執(zhí)行方案；：制定測試執(zhí)行方案；nRun Tests：執(zhí)行測試計劃階段編寫的測試項（自動或：執(zhí)行測試計劃階段編寫的測試項（自動或手工編寫）；手工編寫）；nAnalyze Test Result：借助自動生成的各種報告和統(tǒng)：借助自動生成的各種報告和統(tǒng)計圖表來分析和評估測試執(zhí)行結(jié)果；計圖表來分析和評估測試執(zhí)行結(jié)果；8.5 8.5 常用的測試管理工具常用的測試管理工具缺陷管理功能缺陷管理功能TestDire