測試成熟度模型集成(TMMi)中文

1、測試成熟度模型集成Test Maturity Model Integration（TMMI）目錄1 測試成熟度模型集成（TMMI）11.1 介紹11.2 背景和歷史11.3 起源21.4 TMMI的領(lǐng)域31.4.1 軟件和系統(tǒng)工程31.4.2 測試級別31.4.3 TMMI和CMMI31.4.4 評定31.4.5 改善的方法42 TMMI成熟度水平42.1 概述42.2 級別1 初始的52.3 級別2 可管理的62.4 級別3 可定義的62.5 級別4 可測量的72.6 級別5 可優(yōu)化的83 TMMI的結(jié)構(gòu)93.1 必需的，可預(yù)料的和提供信息的組件93.1.1 必需的組件93.1.2 期望的組

2、件93.1.3 信息組件103.2 TMMI的組件103.2.1 成熟度級別103.2.2 過程域103.2.3 目標(biāo)113.2.4 介紹性說明113.2.5 范圍113.2.6 特定目標(biāo)113.2.7 通用目標(biāo)113.2.8 特定的實踐113.2.9 典型工作產(chǎn)品123.2.10 子實踐123.2.11 通用實踐123.2.12 通用實踐細節(jié)123.2.13 支持性信息組件123.3 通用目標(biāo)和通用實踐133.3.1 GG 2 制度化可管理過程143.3.2 GG 3 制度化已定義的過程163.4 對通用實踐過程域的支持173.4.1 GP2.2計劃過程173.4.2 GP2.5培訓(xùn)人員17

3、3.4.3 G2.6管理配置173.4.4 G2.7確定并涉及利益相關(guān)者183.4.5 GP2.8監(jiān)控過程183.4.6 GP2.9堅持客觀評價183.5 CMMI過程域?qū)MMI的支持184 TMMI過程域進階204.1 2級TMMI過程域204.1.1 PA2.1 測試政策和策略214.1.2 PA2.2 測試計劃275 TMMI通用目標(biāo)和通用實踐進階385.1 GG2 制度化一個管理過程385.1.1 GP2.1 建立組織政策385.1.2 GP2.2 計劃過程385.1.3 GP2.3 提供資源385.1.4 GP2.4 分配職責(zé)395.1.5 GP2.5 培訓(xùn)人員395.1.6 GP

4、2.6 配置管理405.1.7 GP2.7 明確并使相關(guān)人員參與405.1.8 GP2.8 監(jiān)控過程405.1.9 GP2.9 堅持客觀評價415.1.10 GP2.10 與高級管理層的評審狀況415.2 GG3 制度化已定義的過程415.2.1 GP3.1 建立一個已定義的過程415.2.2 GP3.2 收集改進信息411 測試成熟度模型集成（TMMI）1.1 介紹 在過去的10年間，軟件產(chǎn)業(yè)界花費了大量的努力用以提高它的產(chǎn)品質(zhì)量，這無疑是個艱巨的工作，因為軟件的體積和復(fù)雜度正在隨著客戶和最終用戶越來越多的需求而飛速的增長。盡管采用了多種質(zhì)量提高手段，軟件產(chǎn)業(yè)仍然遠離零缺陷。為了提高產(chǎn)品質(zhì)量

5、，軟件產(chǎn)業(yè)界把重點放在了提高開發(fā)過程上，使得能力成熟度模型（CMM）被廣泛使用。能力成熟度模型（CMM）和它的接替者，能力成熟度模型集成（CMMI）常常被作為軟件開發(fā)過程的工業(yè)標(biāo)準(zhǔn)。盡管事實上測試至少要占到整個項目花費的30%40%，但是在各種軟件過程改進模型如CMM和CMMI，測試仍然被很少提及，為此測試社區(qū)創(chuàng)建了互補的改進模型來響應(yīng)這個問題，本文就描述了這種模型，測試成熟度模型集成（TMMI）。TMMI是測試過程改進的詳細模型并且可以實現(xiàn)和CMMI的互補。1.2 背景和歷史 TMMI框架由TMMI協(xié)會開發(fā)并作為準(zhǔn)則框架用以對測試過程進行改進。TMMI也作為CMMI1.2版本的互補模型來幫助

6、測試經(jīng)理，測試工程師和軟件質(zhì)量專家定位某些問題的重要性。像CMMI的使用階段一樣，TMMI也使用成熟度水平概念來做過程評估和改進，此外還定義了過程域，目標(biāo)和活動。TMMI成熟度標(biāo)準(zhǔn)的應(yīng)用將改善測試過程，并對產(chǎn)品質(zhì)量，測試工程的生產(chǎn)力，以及測試周期有著積極的影響。目前TMMI已經(jīng)被開發(fā)成為可以支持組織評估和測試過程改進。通過TMMI,可以使得軟件測試從一個無序混亂，缺乏資源、工具和訓(xùn)練有素的測試人員的弱定義過程演變成為以成熟的，可控的，并且有缺陷預(yù)防能力為主要目標(biāo)的，具有完善定義的過程。實際的經(jīng)驗證明TMMI建立了一個更加高效的測試過程。測試成為了軟件項目中的一個獨立實施的階段，并且被融入到開發(fā)

7、過程中。軟件測試德重點開始由缺陷檢測轉(zhuǎn)移到缺陷預(yù)防上來。1.3 起源TMMI的發(fā)展是以美國伊利諾伊理工學(xué)院開發(fā)的TMM框架為主要來源。除了TMM，它也借鑒了能力成熟度模型集成（CMMI），而后者是一種IT業(yè)界有著廣泛應(yīng)用的過程改進模型。CMMI既是分階段的也是持續(xù)的。所謂分階段，即為CMMI架構(gòu)規(guī)定了評估過程各個階段，評估組織必須順序的執(zhí)行它的各個階段，以提高改進過程。所謂持續(xù)，即為CMMI沒有規(guī)定通過評估的級別，一個組織選擇不同的級別去做改進。TMMI被開發(fā)成一個階段模型，它使用預(yù)定義的多套過程域定義組織的改進過程。這種發(fā)展過程被描繪成一種模型成分，稱為成熟度級別。成熟度級別又被定義成進化水

8、平，以完成測試組織的改良過程。在后來的一個階段TMMI的持續(xù)性才變得可用。它不會影響TMMI的內(nèi)容，它僅僅提供了不用的結(jié)構(gòu)和表述。促進TMMI發(fā)展的其它來源還包括Gelperin和Hetzel的測試模型的演化，它描述了過去40年間的測試過程的演化; 還有Beizer的測試模型，它描述了單個測試人員的想法的演化；有EUfunded MB-TMM項目中對TMM的研究；還有國際測試組織，如IEEE829標(biāo)準(zhǔn)中的軟件測試文檔IEEE829。在TMMI使用的測試術(shù)語來自ISTQB組織軟件測試方面的標(biāo)準(zhǔn)條款術(shù)語。l TMMI是TMMI組織的注冊商標(biāo)l CMM和CMMI是Carnegie Mellon大學(xué)的

9、注冊商標(biāo)l TMM是Illionis理工學(xué)院的注冊服務(wù)標(biāo)記至于確定成熟度等級描述，Gelperin和Hetzel的進化測試模型擔(dān)任一個歷史級的TMMI區(qū)別的基礎(chǔ)。，Gelperin和Hetzel模型描述了1950年代到1990年代的階段和測試目標(biāo)。初始的時期被描述成面向調(diào)試的，在這個時期大多數(shù)的軟件開發(fā)組織不清楚測試和調(diào)試的區(qū)別。測試是個模糊的活動，它跟調(diào)試一起是用來從程序中去除錯誤的。根據(jù)Gelperin和Hetzel的理論，測試已經(jīng)進入面向預(yù)防時期，聯(lián)系到最好的練習(xí)以及反映了TMMI最成熟的水平。而且，各種各樣的工業(yè)界使用TMM的最佳練習(xí)和實踐經(jīng)驗為TMMI的發(fā)展提供了必要的實驗基礎(chǔ)和實用

10、性水平。他們闡明了當(dāng)前在IT工業(yè)界最好和最差的測試實踐，它也允許TMMI框架的開發(fā)者提取實際的基準(zhǔn)以評估和改善測試實踐。1.4 TMMI的領(lǐng)域1.4.1 軟件和系統(tǒng)工程TMMI打算在系統(tǒng)工程和軟件工程學(xué)科方面支持測試活動和測試過程的改善。系統(tǒng)工程涵蓋了整個系統(tǒng)的發(fā)展，它可以包括也可能不包括軟件。軟件工程涵蓋了軟件系統(tǒng)的發(fā)展。1.4.2 測試級別其他模型在測試過程改良方面主要致力于高級別的測試，如TPI或者僅僅定位結(jié)構(gòu)測試的某一個方面，如測試機構(gòu)。TMMI定位多個測試水平，包括靜態(tài)測試和結(jié)構(gòu)測試的各個方面。至于動態(tài)測試，低級測試和高級測試都是TMMI的目標(biāo)。研究TMMI細節(jié)越多，有一個問題就必須

11、了解，這種模型定位了結(jié)構(gòu)測試的4項基石：生命周期，技能，基礎(chǔ)結(jié)構(gòu)和組織。1.4.3 TMMI和CMMI需要注意的是TMMI的定位是作為CMMI的互補模型。在很多情況下一個給定的TMMI級別需要它相關(guān)的CMMI級別或比它低的CMMI級別的過程域的特定支持。有些情況下甚至跟高級別CMMI有關(guān)聯(lián)。在CMMI中被詳盡說明的過程域和實踐沒有在TMMI中被重復(fù)，他們僅僅作為參考。舉例來說，過程域配置管理，它當(dāng)然是適合測試產(chǎn)品的，但是沒有在TMMI中詳細說明；CMMI中的實踐被引用和含蓄的重用。1.4.4 評定許多組織發(fā)現(xiàn)了標(biāo)準(zhǔn)為內(nèi)部的和標(biāo)準(zhǔn)為外部客戶以及供應(yīng)商的在測試過程改進中的價值。測試過程中的評估重點

12、是確定改進的機會和了解該組織的立場相對于選定的模式或標(biāo)準(zhǔn)。TMMI為進行這種評估提供了一個很好的參考模型。評估小組使用TMMI指導(dǎo)自己的鑒定和調(diào)查結(jié)果的優(yōu)先次序。用TMMI可以指導(dǎo)的這些研究結(jié)果被用來為組織改進做計劃。評估框架本身不是TMMI的一部分，TMMI評估需求被描述成一個單獨的文件，你可以在www.TMMIF找到。這些需求是基于ISO 15504標(biāo)準(zhǔn)的。一個特定的成熟度級別對不同的評估機構(gòu)來說是一樣的。確保這種一致性的規(guī)則包含在TMMI評估方法的要求中，該TMMI評估方法的要求包含了各種類別的評估，例如，準(zhǔn)則正式的評估，快速掃描和自我評估。1.4.5 改善的方

13、法TMMI提供了完整的框架作為測試過程改進的參考模型。但它并不提供測試過程改進的方法，例如IDEAL。實際經(jīng)驗表明測試過程改進最強有力的初始化步驟是在投資測試過程評估之前建立強有力的組織任務(wù)。給予充分的任務(wù)過程管理，建立強有力的測試小組，它描述相關(guān)的人員可以指引過程提高的方向，被證明是有效的方法。2 TMMI成熟度水平2.1 概述圖1 TMMI成熟度級別TMMI是階段架構(gòu)的過程改進模型。它包含的階段或者級別是從一個無序的，不可管理的到可管理的，可定義的，可測量的和可優(yōu)化的。圖1展示了TMMI的級別從低到高的級別管理和每個級別對應(yīng)的過程域。每個階段要確保足夠的改進，作為下一階段的奠定基礎(chǔ)。該TM

14、MI內(nèi)部結(jié)構(gòu)是豐富的，在測試中可以學(xué)習(xí)和有系統(tǒng)地支持一個質(zhì)量檢測的過程，在漸進的步驟改善應(yīng)用實踐。TMMI有5個級別，它們遵守成熟度等級制度和演化路徑來進行測試過程改進。每個級別都有一套過程域指明組織需要致力在那個級別取得成熟度。經(jīng)驗表明組織各盡其能一次他們專注于測試過程改進在可做到的過程域，那些域隨著組織的改進需要增加混合。因為每個成熟度級別為下一個級別構(gòu)成必要的基礎(chǔ)，盡量略過一個成熟度級別通常是無益的。同時，你必須意識到測試過程改進的努力必須致力于組織在商業(yè)環(huán)境的需要，更高級別的成熟度水平上的過程域需定位在當(dāng)前組織或項目的需要。例如，當(dāng)組織試圖從成熟度級別1升到級別2的時候經(jīng)常被鼓勵成立一

15、個測試小組，它是測試組織成熟度級別3過程域中必須有的。雖然測試小組不是TMMI級別2組織所特有的，但是它是成為組織獲得TMMI級別2有用的部分。圖1展示了TMMI的每個成熟度級別的過程域。在接下來的章節(jié)里他們會被詳細描述。下面有一個組織內(nèi)各個TMMI級別的簡單特征描述。這些描述將告訴讀者TMMI在測試過程改進中路徑演化的規(guī)定。需要注意的是TMMI并沒有一個特定的過程域來指定用什么測試工具和要不要用自動化測試。在TMMI里，測試工具被作為一個輔助資源，例如應(yīng)用測試設(shè)計工具是TMMI級別2測試測試和執(zhí)行過程域的一個測試實踐，應(yīng)用性能測試工具是TMMI級別3無功能測試過程域的一個測試實踐。2.2 級

16、別1 初始的在TMMI級別1，測試是個混亂，無定義的過程，常常被當(dāng)作調(diào)試的一部分。組織通常沒有提供穩(wěn)定的環(huán)境來支持這個過程。組織的成功都是依靠能力超強英雄式的人物，而不是使用被證實的過程。在代碼完成之后測試被一個特別的方式展開。測試和調(diào)試被混合到一起來去除系統(tǒng)中的錯誤。這個級別的測試目標(biāo)是軟件運行起來后沒有大的失效。關(guān)于質(zhì)量和風(fēng)險產(chǎn)品沒有足夠清晰的認識就被發(fā)布。實際應(yīng)用時，產(chǎn)品經(jīng)常不符合需求，不穩(wěn)定或者工作太慢。測試缺少資源，工具和訓(xùn)練有素的人員。在TMMI級別1沒有定義過程域。成熟度級別1的組織的特征是傾向于過度承諾，危機時放棄過程，無法重復(fù)成功。產(chǎn)品往往不按時發(fā)布，超支，質(zhì)量不可預(yù)料。2.

17、3 級別2 可管理的在TMMI級別2，測試成為一個可管理的過程并被清晰地從調(diào)試中分離出來。成熟度2級反映出的過程訓(xùn)練能確信現(xiàn)有的實踐仍然有時間壓力。然而，很多人仍然意識到測試是編碼的后一個階段。在改善測試過程的前后，公司范圍或者項目范圍的策略被制定了。測試計劃也被開發(fā)了。在測試計劃中，測試方法被定義了，這個方法基于產(chǎn)品風(fēng)險評估的結(jié)果。風(fēng)險管理技術(shù)被用來澄清文檔需求基礎(chǔ)上的產(chǎn)品風(fēng)險。測試也定義了那些測試需要做，什么時候做，誰來做等。根據(jù)需要委托和校驗被制定了。測試被監(jiān)控以確保它能按照計劃執(zhí)行，一旦發(fā)生背離會有相應(yīng)的動作。工作產(chǎn)品的狀態(tài)和測試服務(wù)的遞交對管理來說是可見的。從詳細規(guī)格說明中選擇測試用

18、例的測試設(shè)計技術(shù)被應(yīng)用了。然而，在開發(fā)生命周期測試仍然開始的比較晚，比如要在設(shè)計或者在編碼階段才開始。測試分了多個標(biāo)準(zhǔn)，有單元測試，綜合測試，系統(tǒng)測試和驗收測試。對于每個確定的測試標(biāo)準(zhǔn)有指定的測試目標(biāo)定義在組織范圍或者項目范圍的測試策略。2級TMMI組織的主要測試目標(biāo)是檢驗產(chǎn)品是否符合指定的需求。還有一個目的是清楚地界定測試和調(diào)試。這個級別的TMMI有許多的質(zhì)量問題是因為測試啟動太晚。缺陷被引入從需求階段，設(shè)計階段到編碼階段。沒有正式的評審程序去定位這個重要的問題。許多人認為編碼過后的測試執(zhí)行是主要的測試活動。TMMI級別2有如下過程域：1) 測試方針和策略2) 測試計劃3) 測試監(jiān)控4) 測

19、試設(shè)計和執(zhí)行5) 測試環(huán)境2.4 級別3 可定義的在TMMI級別3，測試不再是編碼后的一個階段，它被集成到整個開發(fā)生命周期和相關(guān)的里程碑。測試計劃在項目的初期就被完成，比如在需求階段，通過一個測試總體計劃。在2級TMMI測試總體計劃的發(fā)展建立在測試計劃技能和承諾的基礎(chǔ)上。組織的一套標(biāo)準(zhǔn)測試過程，是3級成熟度的基礎(chǔ)，隨著時間被建立和完善。存在測試組織和明確的培訓(xùn)程序，測試被明確為一種職業(yè)。測試過程改進是完全制度化測試組織的一部分。在這個級別的組織明白評審在質(zhì)量控制方面的重要性；正式的評審程序被實施雖然沒有鏈接到動態(tài)測試過程。評審貫穿到整個生命周期。需求說明書指定測試職業(yè)包含評審。2級TMMI的測

20、試設(shè)計的重點是功能性測試，測試設(shè)計和擴展測試技術(shù)，視商業(yè)目標(biāo)，也包括非功能性測試，例如可用性和可靠性測試。TMMI2級和3級的本質(zhì)區(qū)別是標(biāo)準(zhǔn)的范圍，過程描述和步驟。2級成熟度在每個特定的實例有著完全的差別，如在一個特定的項目。3級成熟度可以從組織的一套標(biāo)準(zhǔn)過程中裁剪以適合一個特定的項目或者組織單元，因此更加一致，除了裁剪規(guī)則的不同。另外一個本質(zhì)區(qū)別是在3級成熟度比2級成熟度，過程表述更加嚴(yán)格。因此在3級成熟度，組織必須重新訪問2級成熟度的過程域。TMMI級別3有如下過程域：l 測試組織l 測試培訓(xùn)程序l 測試生命周期和整合l 非功能測試l 同行評審2.5 級別4 可測量的在4級TMMI組織，測

21、試是一個充分定義，有事實根據(jù)和可度量的過程。在4級成熟度組織和項目為產(chǎn)品質(zhì)量和過程性能建立多個目標(biāo)，并作為標(biāo)準(zhǔn)管理他們。產(chǎn)品質(zhì)量和過程性能在統(tǒng)計條款上被理解，在整個生命周期被管理。測量成為組織度量庫的一部分以支持基于事實策略的制定。評審和檢查被視為測試的一部分并用來度量文檔質(zhì)量。靜態(tài)和動態(tài)的測試方法被集成到一起。評審被正式的使用來控制質(zhì)量關(guān)口。產(chǎn)品使用質(zhì)量評價量化標(biāo)準(zhǔn)的屬性，如可靠性，可用性和可維護性。一個組織廣泛的測試度量方案提供了有關(guān)信息和能見度測試過程。測試被認為是評估，它由檢測產(chǎn)品和相關(guān)的工作產(chǎn)品生命周期有關(guān)的所有活動組成。TMMI級別4有如下過程域：l 測試度量l 產(chǎn)品質(zhì)量評估l 高

22、級同行評審2.6 級別5 可優(yōu)化的在取得之前成熟度級別所有改進目標(biāo)的基礎(chǔ)上，測試是一個完全可定義的過程，并能控制成本和測試效率。在5級TMMI中，組織在理解眾多變化過程中的固有的常見原因的基礎(chǔ)上持續(xù)改進它的過程。通過漸近和改進的過程和技術(shù)改進，提高測試過程的性能被執(zhí)行。方法和技術(shù)被優(yōu)化，并持續(xù)的致力于微調(diào)和測試過程提高。缺陷預(yù)防和質(zhì)量控制被實踐。統(tǒng)計抽樣，信心水平度量，確實性和可信賴性驅(qū)動測試過程。除了其他，缺陷預(yù)防和質(zhì)量控制被引入成為過程域。測試過程的特點是基于質(zhì)量測量的抽樣。存在一個詳細的步驟來選擇和評估測試工具。在測試設(shè)計，測試執(zhí)行，衰退測試，測試用例管理等等期間盡可能的用工具來支持測試

23、過程。在5級TMMI，支持通過一個過程資產(chǎn)庫實踐過程重用。測試是個缺陷預(yù)防為目標(biāo)的過程。TMMI級別5有如下過程域：l 缺陷預(yù)防l 測試過程優(yōu)化l 質(zhì)量控制3 TMMI的結(jié)構(gòu)圖2 TMMI StructureTMMI的結(jié)構(gòu)很大程度上建立在CMMI的結(jié)構(gòu)基礎(chǔ)上。這樣做的好處是因為許多人/組織已經(jīng)熟悉CMMI的結(jié)構(gòu)。CMMI的結(jié)構(gòu)清楚的劃分了必需的實踐（目標(biāo)）和推薦的實踐（特定的實踐，典型的工作產(chǎn)品等）。TMMI也包括這個方面，圖2為目前TMMI的結(jié)構(gòu)描述。在本章，講述了TMMI的組件和結(jié)構(gòu)。另外也講述了CMMI提供給TMMI執(zhí)行的支持3.1 必需的，可預(yù)料的和提供信息的組件各種各樣的組件被組合成

24、3個類別：必需的，可預(yù)料的、提供信息的。3.1.1 必需的組件必需的組件描述了一個組織必須實現(xiàn)的內(nèi)容，以滿足過程域。在組織的過程里這些執(zhí)行必須是可見的。TMMI的必需組件是具體的和通用的目標(biāo)。目標(biāo)滿足被用作評估的基礎(chǔ)以決定是否過程域已經(jīng)被實現(xiàn)和滿足。3.1.2 期望的組件期望的組件描述了組織典型執(zhí)行的，以實現(xiàn)必需的組件。期望的組件指南改善或者執(zhí)行評估。期望的組件包括具體的和通用的實踐。在目標(biāo)被考慮滿足之前，無論是所述的實踐還是可接受的替代物必須體現(xiàn)在組織的計劃和執(zhí)行過程中。3.1.3 信息組件信息組件提供細節(jié)以幫助組織開始考慮如何處理必需的和期望的組件。子實踐，典型工作產(chǎn)品，記錄，例子和參考都

25、是信息模型組件。3.2 TMMI的組件下面的章節(jié)提供了TMMI組件的描述。需要注意的是TMMI也提供一個詳盡的術(shù)語表。這些術(shù)語表很大程度上重用了國際軟件測試資格委員會（ISTQB）開發(fā)的國際測試術(shù)語標(biāo)準(zhǔn)。3.2.1 成熟度級別TMMI的成熟度級別可以作為組織測試過程質(zhì)量的度。它被定義成測試過程改進的進化平臺。每個級別逐漸被發(fā)展成組織測試過程的重要部分。TMMI有5個成熟度級別。每個成熟度級別講述了為了實現(xiàn)給定的級別所要實現(xiàn)的內(nèi)容。組織的成熟度級別越高，組織的測試過程成熟度越高。為了達到指定的成熟度級別，組織必需滿足這個級別和之前級別所有過程域的合適的目標(biāo)（包括特定和通用）。請注意，所有組織過程

26、，最小的TMMI級別1，不包含任何目標(biāo)需要滿足。3.2.2 過程域除了級別1，每個成熟度級別包含幾個過程域用以指導(dǎo)組織的重點改進它的測試過程。過程域標(biāo)識的問題必須被解決，以達到這個成熟度級別。每個過程域標(biāo)識出一組測試相關(guān)的活動。當(dāng)實踐都執(zhí)行了顯著的改進，這些域?qū)⒈恢贫?。在TMMI中，只有那些被認為是測試過程能力的關(guān)鍵因素才被指明。所有成熟度級別以及比它低級別的過程域必須被實現(xiàn)。例如，如果組織在TMMI級別3，那么它滿足所有的2級TMMI和3級TMMI的過程域。3.2.3 目標(biāo)目標(biāo)申明描述了過程域的目標(biāo)，是一個信息組件。比如，測試計劃過程域的目標(biāo)申明是“在指定的風(fēng)險和定義好的測試策略的基礎(chǔ)上定義

27、測試方法，建立和維護既定的測試計劃來指導(dǎo)執(zhí)行和管理測試活動”。3.2.4 介紹性說明過程域的過程性說明章節(jié)描述了過程域里的主要概念，是一個信息組件。3.2.5 范圍過程域的范圍章節(jié)明確的指出了過程域中的測試實踐，如果有必要，過程域范圍以外的測試實踐也會被明確。3.2.6 特定目標(biāo)特定目標(biāo)的典型特征是必須滿足過程域。特定目標(biāo)是必需的模型組件，被用于評估以決定一個過程域是否被滿足。3.2.7 通用目標(biāo)通用目標(biāo)出現(xiàn)在過程域尾部，之所以被稱為“通用”是因為在多個過程域中有相同的目標(biāo)申明。通用目標(biāo)描述的特征是，必需存在制度化的過程來執(zhí)行過程域。通用目標(biāo)是一個必需模型組件，被用在評估以決定一個過程域是否被

28、滿足。3.2.8 特定的實踐特定實踐是實體描述，它在實現(xiàn)相關(guān)特定目標(biāo)中被認為是重要的。特定實踐描述的實體期望獲得過程域的特定目標(biāo)。特定實踐是期望模型組件。3.2.9 典型工作產(chǎn)品典型工作產(chǎn)品章節(jié)從特定實踐列出例子輸出。那些例子被稱為“典型工作產(chǎn)品”，因為經(jīng)常有工作產(chǎn)品，也同樣有效，但沒有列出。典型工作產(chǎn)品是信息模型組件。3.2.10 子實踐子實踐是為解釋和執(zhí)行特定實踐而提供指引的細節(jié)描述。子實踐不像字面規(guī)定的那樣，實際上是信息組件僅提供對測試過程改進有用的想法。3.2.11 通用實踐通用實踐出現(xiàn)在過程域的尾部，之所以被稱為“通用”是因為相同的實踐出現(xiàn)在多個過程域。通用實踐是個實體描述，在實現(xiàn)相

29、關(guān)的通用目標(biāo)中被認為是重要的。通用實踐是期望模型組件。3.2.12 通用實踐細節(jié)通用實踐細節(jié)出現(xiàn)在過程域的通用實踐之后，用來提供通用實踐唯一地被應(yīng)用到過程域的指導(dǎo)。通用實踐細節(jié)是信息模型組件。3.2.13 支持性信息組件有許多地方需要進一步的信息來描述一個概念。這些信息由下面的組件提供。 注釋注釋是文本，它伴隨其他模型組件。它提供細節(jié)，背景和邏輯依據(jù)。注釋是信息模型組件。 實例實例是一個組件，包括文本和一個項目清單，通常在一個盒子，可以伴隨幾乎任何其他組件，并提供一個或更多的例子來闡明一個概念或敘述的活動。實例是信息模型的組件。 參考參考是一個額

30、外的或更詳細的相關(guān)過程域信息的指針，可以伴隨幾乎任何其他模型組件。它是信息模型組件。3.3 通用目標(biāo)和通用實踐本章描述了所有通用目標(biāo)和通用實踐。通用目標(biāo)和通用實踐很大程度上來源于CMMI。通用目標(biāo)被組織成數(shù)字序列。在它們支持的通用目標(biāo)下通用實踐也被組織成數(shù)字序列。請注意，來自CMMI的通用目標(biāo)，GG1實現(xiàn)特定目標(biāo)沒有被加入是因為它僅僅敘述CMMI的持續(xù)表示，因此沒有適當(dāng)?shù)腡MMI的階段表述。否則CMMI的序列大綱可以被完全應(yīng)用，以避免組織在使用CMMI和TMMI時的混淆。你的能力級別，將決定哪些通用目標(biāo)和實踐是適用的。當(dāng)試圖達到2級成熟度時，2級成熟度的過程域，通用目標(biāo)2和伴隨的通用實踐也是適

31、用的。通用目標(biāo)3僅僅適用于當(dāng)試圖達到3級或者更高成熟度的時候。這就意味著當(dāng)你已經(jīng)達到2級成熟度的時候，為了達到3級成熟度，你必須回到2級的過程域，應(yīng)用通用目標(biāo)3和相關(guān)的實踐。在過程改進中，制度化是重要的內(nèi)容。當(dāng)在通用目標(biāo)和通用實踐提及時，制度化意味著該過程在工作執(zhí)行的方式根深蒂固，并有保證和連貫性。一個制度化的過程更像是時間壓力下的保留。當(dāng)過程的需求和對象發(fā)生改變時，過程的執(zhí)行也需要改變以確保它仍然活動。通用實踐描述的實體定位了制度化的各個方面。3.3.1 GG 2 制度化可管理過程一個可管理的過程是完成必要的工作，產(chǎn)生工作產(chǎn)品的過程；是一個有計劃并按照策略執(zhí)行的過程；有技能的員工有充足的資源

32、生產(chǎn)可控的產(chǎn)出；涉及利益相關(guān)者；可監(jiān)控；有評審；評估其遵守過程描述。過程能用項目，組，或者組織單元來示例。由可管理的過程提供的控件，有助于確保既定的過程是在面臨壓力時的保留。 GP 2.1 建立組織策略該通用實踐的目的是定義過程的組織期望，并使這些期望呈現(xiàn)給那些在組織中受影響的人。一般而言，高級管理人員負責(zé)建立和傳達指導(dǎo)原則，方向和負責(zé)該組織的期望。 GP 2.2 計劃過程這里通用實踐的目的是決定哪些是執(zhí)行過程所需要的，并實現(xiàn)既定目標(biāo)，準(zhǔn)備執(zhí)行過程中的計劃，準(zhǔn)備一個過程的描述，而且能夠從利益相關(guān)者通過執(zhí)行評審計劃達成協(xié)議。 GP 2.3 提供資源這里通

33、用實踐的目的是要確保必要的資源來執(zhí)行根據(jù)計劃定義好的過程。資源包括充足的資金，適當(dāng)?shù)奈锢碓O(shè)施，熟練的人，和適當(dāng)?shù)墓ぞ摺?GP 2.4 分配責(zé)任該通用實踐的目的是確保有問責(zé)制來執(zhí)行過程并實現(xiàn)整個過程生命中指定的結(jié)果。被分配的人員必須要有適當(dāng)?shù)臋?quán)力來執(zhí)行所分配的事。分配職責(zé)可以使用詳細的工作描述或者活動的文檔，例如執(zhí)行過程的計劃。 GP 2.5 培訓(xùn)人員該通用實踐的目的是確保人員有必要的技能和經(jīng)驗來執(zhí)行或者支持過程。需要提供適當(dāng)?shù)呐嘤?xùn)。概要的培訓(xùn)要提供給那些與執(zhí)行工作有交互的人員。通過建立對過程統(tǒng)一理解，傳授執(zhí)行過程所需要的技能和知識，培訓(xùn)支持成功的過程性能。3.3.1

34、.6 GP 2.6 管理配置該通用實踐的目的是建立和維護過程在有效生命周期指定工作產(chǎn)品的完整性。這里的工作產(chǎn)品特指在執(zhí)行過程的計劃里指出的，除了這個級別的配置管理說明，如版本控制，使用基線的正式配置管理等。配置管理實踐的例子包括版本控制，更改歷史記錄和控制，狀態(tài)識別和使用配置管理工具。更多信息關(guān)于把工作產(chǎn)品放到配置管理的可以參考CMMI的配置管理過程域。 GP 2.7 識別及使相關(guān)利益共享者參與該通用實踐的目的是在過程執(zhí)行期間建立和維護期望利益相關(guān)者的參與。利益相關(guān)者要參與的活動有計劃，決定，承諾，溝通，評審，問題的解決。決定性的利益相關(guān)者包括經(jīng)理和用戶/客戶。經(jīng)理的職責(zé)包括承諾

35、，執(zhí)行活動和改進測試能力的相關(guān)任務(wù)的能力。用戶的職責(zé)包括質(zhì)量相關(guān)的活動，涉及到面向用戶的任務(wù)。重點是征求用戶/客戶支持，協(xié)商一致和參與的活動，如產(chǎn)品風(fēng)險分析，驗收測試和可用性測試。根據(jù)不用的測試級別，開發(fā)人員也是利益相關(guān)者，如在測試部分，開發(fā)人員經(jīng)常自己執(zhí)行測試，而在驗收測試階段開發(fā)人員變成一個利益相關(guān)者來討論事件發(fā)現(xiàn)，商定入口標(biāo)準(zhǔn)等。 GP 2.8 監(jiān)視和控制過程該通用實踐的目的是執(zhí)行測試過程日常的監(jiān)視和控制。在測試過程中維持適當(dāng)?shù)那逦纫员阍诒匾臅r候產(chǎn)用適當(dāng)?shù)男袆?。監(jiān)控過程包括度量測試過程和它的工作產(chǎn)品的合適屬性。更多信息關(guān)于把工作產(chǎn)品放到配置管理的可以參考CMMI的配置管

36、理過程域。度量方面的更多信息可以參考CMMI的度量和分析過程域。 GP 2.9 堅持客觀評估該通用目標(biāo)的目的是提供可靠的保證，確保過程是按照計劃執(zhí)行的，并遵循它的過程描述，標(biāo)準(zhǔn)和步驟。人員不負責(zé)直接管理或者執(zhí)行測試過程的活動，而是堅持評估。在許多情況下，堅持是組織內(nèi)的人員評估，而不是測試過程或者項目外的。更多信息關(guān)于堅持客觀評估的可以參考CMMI的過程和產(chǎn)品質(zhì)量保證過程域。0 GP 2.10 高級管理人員的評審狀態(tài)該通用實踐的目的是提供高水平的管理人員在過程中的適當(dāng)可視性。更高一級的管理包括在上述的管理水平直接負責(zé)組織對這一進程的管理水平。這些審查是對提供策略和過程

37、總體指導(dǎo)的經(jīng)理們的，而不是為那些日常直接執(zhí)行監(jiān)測和控制過程的人員。3.3.2 GG 3 制度化已定義的過程已定義過程是一個管理過程，它根據(jù)組織的裁剪準(zhǔn)則從組織的一套標(biāo)準(zhǔn)過程里裁剪出來；它有已維護的過程描述；貢獻工作產(chǎn)品，尺度，和其他過程改進信息到組織的過程資產(chǎn)里。一個已管理的過程和已定義的過程之間的明顯差別是過程描述的適用范圍，標(biāo)準(zhǔn)，和適用于特定項目，組，或者組織部門的步驟可能是不一樣的。已定義過程盡可能是組織的標(biāo)準(zhǔn)，只是為了適應(yīng)特殊項目或者組織部門才會在組織裁剪準(zhǔn)則的基礎(chǔ)上修改。 GP 3.1 建立已定義的過程該通用實踐是建立和維護過程的描述，這些過程是從組織的一套標(biāo)準(zhǔn)過程里裁

38、剪出來以滿足特別示例的需要。組織應(yīng)該有包含過程域的標(biāo)準(zhǔn)過程，也有指導(dǎo)裁剪那些標(biāo)準(zhǔn)過程的指導(dǎo)方針，用來滿足項目或者組織部門的需要。在一個已定義的過程里，組織如何被執(zhí)行的可變性被減少，過程資產(chǎn)，數(shù)據(jù)，知識被有效共享。關(guān)于組織的一套標(biāo)準(zhǔn)過程和裁剪準(zhǔn)則請參考CMMI的組織過程定義過程域。 GP 3.2 收集改進信息該通用實踐的目的是收集信息，源自計劃的原材料，執(zhí)行過程以支持將來使用，組織過程的改進，和過程資產(chǎn)。信息和原材料被存儲，并提供給那些正在（或者將要）計劃和執(zhí)行相同或類似過程的人員。3.4 對通用實踐過程域的支持通用目標(biāo)和通用實踐是模型組件，它們直接定位組織過程的制度化。不論是TM

39、MI還是CMMI的過程域都可以通過支持通用實踐的執(zhí)行同樣的定位制度化。下面的章節(jié)提供了部分或者全部支持通用實踐執(zhí)行的過程域的概況，部分或者全部支持一個通用實踐的執(zhí)行。3.4.1 GP2.2計劃過程測試計劃：對所有項目相關(guān)的過程域（除了測試計劃本身），測試計劃過程能全部支持GP2.2。測試計劃本身作為CMMI過程域-項目計劃的一部分。3.4.2 GP2.5培訓(xùn)人員測試培訓(xùn)程序：通過使組織范圍培訓(xùn)程序?qū)δ切⒁獔?zhí)行或者支持過程的成員有效，測試培訓(xùn)程序支持所有過程域的GP2.5的執(zhí)行。另外，測試計劃過程支持通用實踐，通過確定和組織被測項目中的測試和測試計劃進行需要的培訓(xùn)。3.4.3 G2.6管理配置

40、配置管理：CMMI配置管理過程可以為所有項目相關(guān)的過程域和一些組織級的過程域全面執(zhí)行GP2.6，3.4.4 G2.7確定并涉及利益相關(guān)者測試計劃：通過計劃涉及標(biāo)明的利益相關(guān)者和在測試計劃中記錄它們，測試計劃過程支持這種所有項目相關(guān)過程域的通用實踐。涉及利益相關(guān)者的測試計劃本身可作為CMMI過程域項目計劃的一部分。3.4.5 GP2.8監(jiān)控過程測試監(jiān)視和控制：測試監(jiān)控過程域能全面執(zhí)行所有過程域的GP2.8。3.4.6 GP2.9堅持客觀評價過程和產(chǎn)品質(zhì)量保證；CMMI過程和產(chǎn)品質(zhì)量保證過程能全面執(zhí)行所有過程域的GP2.9。3.5 CMMI過程域?qū)MMI的支持圖3 TMMI Level and

41、CMMI Level雖然TMMI能被單獨使用，它也當(dāng)作是CMMI的輔助模型，因此在很多情況下，一個給定的TMMI級別需要來自相對應(yīng)的CMMI級別或者更高CMMI級別的過程域的支持，圖3為TMMI級別和CMMI級別的對應(yīng)關(guān)系。在CMMI中詳細說明的過程域和實踐不會在TMMI中重復(fù)，它們只會被引用。下面分別介紹2級TMMI和3級TMMI所需的CMMI過程域的支持情況。2級TMMI：l 配置管理；如上所說的配置管理過程域可以充分執(zhí)行項目相關(guān)的過程域和一些組織過程域的GP2.6。如上所說，過程和產(chǎn)品質(zhì)量保證可以充分執(zhí)行所有過程域的GP2.9。l 項目計劃，這個過程域?qū)⒔oTMMI過程域“測試計劃”提供支

42、持。項目管理實踐能被測試管理重用。就測試計劃的利益相關(guān)者參與而言，項目計劃將為通用實踐GP2.7提供特定的支持。l 度量和分析，這個過程域?qū)門MMI過程域“測試政策和策略”的SG3“建立測試性能指標(biāo)”的執(zhí)行提供支持。l 需求管理，這個過程域的實施是一個派生約束管理（工作）產(chǎn)品，如產(chǎn)品風(fēng)險分析和測試設(shè)計，及讓他們保持最新。就保持可追溯性的實踐而言有可能在“測試設(shè)計和執(zhí)行”過程域被重用。l 需求開發(fā)，當(dāng)在過程域“測試環(huán)境”中開發(fā)測試環(huán)境的時候，來自這個過程域的實踐能被重用。l 風(fēng)險管理，在過程域“測試計劃”和“測試監(jiān)控”中這個過程域的實踐能被重用，用來識別和控制產(chǎn)品風(fēng)險和測試計劃風(fēng)險。3級TMM

43、I：l 配置管理；配置管理過程域可以充分執(zhí)行項目相關(guān)的過程域和一些組織過程域的GP2.6。l 過程和產(chǎn)品質(zhì)量保證，過程和產(chǎn)品質(zhì)量保證可以充分執(zhí)行所有過程域的GP2.9。l 項目計劃，這個過程域?qū)門MMI過程域“測試生命周期和集成”，特別是SG3“建立一個主測試計劃”的執(zhí)行提供支持。l 項目管理實踐能被測試管理重用。l 組織過程焦點，這個過程域?qū)門MMI過程域“測試組織”，特別是SG4“確定，計劃和執(zhí)行測試過程改進”和SG5“部署組織的測試過程吸取經(jīng)驗教訓(xùn)”的執(zhí)行提供支持。l 組織過程定義，這個過程域?qū)門MMI過程域“測試生命周期和集成”，特別是SG1"建立組織的測試過程資產(chǎn)&q

44、uot;的執(zhí)行提供支持。l 組織培訓(xùn)，這個過程域?qū)門MMI過程域“測試培訓(xùn)程序”提供支持。驗證，這個過程域的實踐SG2“執(zhí)行同行評審”將為TMMI過程域“同行評審”的執(zhí)行提供支持。請注意，CMMI中測試相關(guān)過程域的驗證和確認沒有作為TMMI里的動態(tài)測試過程的過程域支持。對于測試相關(guān)的CMMI過程域，TMMI過程域提供了支持和非常詳細的說明。4 TMMI過程域進階4.1 2級TMMI過程域TMMI2級：管理級在第2級，測試成為了管理過程，并明確地從調(diào)試中分開。由成熟度2級反射出的過程訓(xùn)練有助于確信在時間壓力下，現(xiàn)行慣例被保留。然而，許多利益相關(guān)者仍然感覺它是編碼過后的一個階段。在改進測試過程的

45、背景下，一個公司范圍或者產(chǎn)品范圍的測試策略被建立了。測試計劃也被制定。在測試計劃中，測試方法被定義，該方法基于這個級別的風(fēng)險。風(fēng)險管理技術(shù)被用來識別基于文檔化需求的產(chǎn)品風(fēng)險。測試計劃將會定義需要測試什么，什么時候測試，如何測試以及有誰來測試。在利益相關(guān)者中間建立承諾，并根據(jù)需要修改。測試過程被監(jiān)控以確保它按照計劃執(zhí)行，一旦有背離發(fā)生會有相應(yīng)的動作。工作產(chǎn)品的狀態(tài)和測試服務(wù)的遞交對管理來說是可見的。從詳細規(guī)格說明中選擇測試用例的測試設(shè)計技術(shù)被應(yīng)用了。然而，在開發(fā)生命周期測試仍然開始的比較晚，比如要在設(shè)計或者在編碼階段才開始。測試分了多個層次，有單元測試，綜合測試，系統(tǒng)測試和驗收測試。對于每個確定

46、的測試層次有指定的測試目標(biāo)定義在組織范圍或者產(chǎn)品范圍的測試策略。2級TMMI組織的主要測試目標(biāo)是檢驗產(chǎn)品是否符合指定的需求。還有一個目的是清楚地界定測試和調(diào)試。這個級別的TMMI有許多的質(zhì)量問題是因為測試啟動太晚。缺陷被引入從需求階段，設(shè)計階段到編碼階段。沒有正式的評審程序去定位這個重要的問題。許多人認為編碼過后的測試執(zhí)行是主要的測試活動。2級TMMI的過程域如下：1) 測試政策和策略2) 測試計劃3) 測試監(jiān)控4) 測試設(shè)計和執(zhí)行5) 測試環(huán)境4.1.1 PA2.1 測試政策和策略目標(biāo)：測試政策和策略的目標(biāo)是開發(fā)和建立測試策略和組織范圍或者產(chǎn)品范圍的策略，在此測試級別被明確定義。為了衡量測試

47、性能，測試性能指標(biāo)被引入。介紹性說明：當(dāng)組織想改進它的測試過程的時候，它首先應(yīng)該清楚的定義測試政策。測試政策定義了組織總體測試目的，目標(biāo)和測試相關(guān)的戰(zhàn)略視圖。重要的是測試政策與組織的商業(yè)（質(zhì)量）政策相一致。測試政策有必要對組織所有相關(guān)人員實現(xiàn)一個統(tǒng)一的測試視圖。這個統(tǒng)一的測試視圖對于測試活動（過程改進）是必需的。測試政策必須實現(xiàn)新的開發(fā)，和維護測試活動。在測試政策中，測試過程改進的目標(biāo)需要被說明。隨后這些目標(biāo)將會轉(zhuǎn)成一套關(guān)鍵性能指標(biāo)。測試政策及其相隨的性能指標(biāo)提供了明確的指示，溝通的方法，以期望和實現(xiàn)測試的性能級別。性能指示器客觀的向相關(guān)人員展示了測試和測試過程改進的數(shù)值。在測試政策的基礎(chǔ)上定

48、義了測試策略。測試策略包含了組織或者產(chǎn)品（一個或多個項目）的通用測試需求。測試策略解決了通用產(chǎn)品風(fēng)險，提出了減輕風(fēng)險并與測試政策相一致的過程。因此測試策略通過執(zhí)行通用產(chǎn)品風(fēng)險評估-研究在產(chǎn)品或者組織內(nèi)的正在被開發(fā)的產(chǎn)品。一個典型的測試策略包括需要被實現(xiàn)的測試類別的描述，例如，單元測試，綜合測試，系統(tǒng)測試和驗收測試。對于每個測試類別中的目標(biāo)，職責(zé)，主要任務(wù)和進入/退出標(biāo)準(zhǔn)進行定義。測試策略作為項目測試活動的起始點。項目依照組織范圍或者產(chǎn)品范圍建立測試策略。當(dāng)測試策略被定義且被遵守的時候，測試類別只有少的重疊，且會導(dǎo)向一個更加有效的測試過程。此外，由于測試的目標(biāo)和各個層次的做法是一致的，會導(dǎo)致更有

49、效的測試過程。范圍測試政策和策略過程域包含測試政策和測試策略的定義和部署。在測試策略中，測試級別被定義。對于每個測試級別，其中包括的測試目標(biāo)，職責(zé)和主要任務(wù)被定義。為了測量測試性能和測試（改進）目標(biāo)的完成度，測試性能指標(biāo)被定義和部署。具體目標(biāo)和實踐綜述：SG1 建立測試政策l SP1.1 定義測試目標(biāo)l SP1.2 定義測試政策l SP1.3 分配測試政策到相關(guān)人員SG2 建立測試策略l SP2.1 執(zhí)行通用產(chǎn)品風(fēng)險管理l SP2.2 定義測試策略l SP2.3 分配測試策略到相關(guān)人員SG3 定義測試性能指標(biāo)l SP 3.1 定義測試性能指標(biāo)l SP 3.2 實施測試性能指標(biāo)目標(biāo)的具體實踐：4

50、.1.1.1 SG1 建立測試政策測試政策，與企業(yè)（質(zhì)量）政策一致，由利益相關(guān)者制定并一致同意。l SP 1.1 定義測試目標(biāo)：在企業(yè)需要和其目標(biāo)基礎(chǔ)上定義和維護測試目標(biāo)。典型工作成果如下：Ø 研究企業(yè)需要及其目標(biāo)；研究企業(yè)需要及其目標(biāo)的例子包括如下：任務(wù)說明、關(guān)于產(chǎn)品的企業(yè)和用戶需要、商業(yè)驅(qū)動、質(zhì)量程序的主目標(biāo)、企業(yè)（質(zhì)量）政策、商業(yè)類型（如正在開發(fā)的產(chǎn)品的風(fēng)險級別）；Ø 為企業(yè)需要及其目標(biāo)提供必要的反饋；Ø 為企業(yè)需要及其目標(biāo)定義測試目標(biāo)追溯；測試目標(biāo)的例子包括如下：驗證產(chǎn)品是適合使用的、預(yù)防運作中的缺陷發(fā)生、驗證符合外部標(biāo)準(zhǔn)、供有關(guān)產(chǎn)品質(zhì)量的能見度、短期測試

51、執(zhí)行的準(zhǔn)備時間；Ø 相關(guān)人員評審測試目標(biāo)；Ø 在適當(dāng)?shù)臅r候檢查并修訂測試目標(biāo)，例如基于年度；l SP 1.2 定義測試政策：測試政策，與企業(yè)（質(zhì)量）政策一致，由利益相關(guān)者制定并一致同意。在已定義的測試目標(biāo)的基礎(chǔ)上定義測試政策，典型的工作成果如下：Ø 測試的定義；Ø 調(diào)試的定義（故障定位和修復(fù)）；Ø 有關(guān)測試和測試職業(yè)的基本觀點、目標(biāo)，增加了的測試價值；Ø 要實現(xiàn)的質(zhì)量級別；Ø 測試機構(gòu)的獨立程度；Ø 高級水平測試過程的定義；Ø 測試的主要職責(zé)；Ø 組織的方法和測試過程改進目標(biāo)；Ø 測試

52、政策清楚的把測試從調(diào)試中分開；Ø 相關(guān)人員評審測試政策；Ø 定義和建立測試政策的所有權(quán)；Ø 在適當(dāng)?shù)臅r候檢查并修訂測試政策，例如基于年度。l SP 1.3 分配測試政策到相關(guān)人員：測試政策和測試目標(biāo)被介紹和解釋給測試組內(nèi)組外的相關(guān)人員。典型工作成果如下：Ø 部署計劃；Ø 演示測試政策；Ø 分配機制的例子包括如下：記錄在手冊里（質(zhì)量體系）、在項目或者部門會議上演示、貼海報、成為部門介紹程序的一部分、能在網(wǎng)站的顯著位置訪問到。 SG2 建立測試策略一個組織范圍或者產(chǎn)品范圍的測試策略被建立和部署；識別和定義測試級別被執(zhí)行。l

53、SP 2.1 執(zhí)行一個通用的產(chǎn)品風(fēng)險評估；一個通用的風(fēng)險評估被執(zhí)行來識別測試的典型臨界區(qū)域。典型工作成果為通用產(chǎn)品風(fēng)險清單，每級風(fēng)險都標(biāo)有類別和優(yōu)先級，成果內(nèi)容如下：Ø 識別并選擇那些需要做通用風(fēng)險評估的人員；Ø 使用相關(guān)人員的輸入來識別通用產(chǎn)品風(fēng)險；Ø 記錄通用產(chǎn)品風(fēng)險的背景和潛在的結(jié)果；Ø 對各級通用產(chǎn)品風(fēng)險確定與之關(guān)聯(lián)的相關(guān)人員；Ø 使用預(yù)定義的參數(shù)分析已確定的通用產(chǎn)品風(fēng)險，例如，可能性和影響；Ø 通過已定義的風(fēng)險類別，給通用產(chǎn)品風(fēng)險分類，分組；Ø 區(qū)分通用產(chǎn)品風(fēng)險緩解的優(yōu)先級；Ø 評審和取得相關(guān)人員在一般產(chǎn)

54、品風(fēng)險的完整性，類別和優(yōu)先級一致同意；Ø 適當(dāng)?shù)男抻喭ㄓ卯a(chǎn)品的風(fēng)險請注意，定義在“測試計劃”過程域（SP1.1 定義產(chǎn)品風(fēng)險類別和參數(shù)）的產(chǎn)品風(fēng)險類別和參數(shù)，在這個特定的實踐里被最大限度的重用。在（子）實踐中執(zhí)行通用產(chǎn)品風(fēng)險評估的更多信息請參考過程域“測試計劃”中SG1 “執(zhí)行產(chǎn)品風(fēng)險評估”；l SP 2.2 定義測試策略；該測試策略定義每個測試級別并確定各個級別的目標(biāo)，職責(zé)，主要任務(wù)和進入/退出標(biāo)準(zhǔn)。典型的工作成果為測試策略文檔，內(nèi)容如下：Ø 學(xué)習(xí)測試政策和目標(biāo)；Ø 必要時提供澄清測試政策和目標(biāo)的反饋；Ø 定義測試策略并能清晰的鏈接到已定義的政策和目標(biāo)

55、；Ø 部分測試策略的實例如下：正在開發(fā)產(chǎn)品的一般風(fēng)險；總的測試模型（V模型，增加的生命周期）作為減少風(fēng)險的一個途徑；測試類別（如，單元測試，集成測試，系統(tǒng)測試和驗收測試）；各個測試類別的目標(biāo)，職責(zé)和只要任務(wù)，例如單元測試（驗證單元設(shè)計中制定的當(dāng)前類別代碼覆蓋率是否被實現(xiàn)）、集成測試（驗證全局設(shè)計中指定的一起單元操作、驗證接口說明書中指定的接口操作）、系統(tǒng)測試（驗證需求說明書中指定的系統(tǒng)操作、要達到當(dāng)前類別的系統(tǒng)需求覆蓋率）、驗收測試（驗證該系統(tǒng)滿足驗收標(biāo)準(zhǔn)、驗證系統(tǒng)是否是'適合使用'、當(dāng)前類別的用戶需求覆蓋率是否被實現(xiàn)）；Ø 被用在每個測試級別的測試用例設(shè)計

56、技術(shù)；Ø 在每個測試級別實現(xiàn)的測試種類；Ø 每個測試類別的進入/退出標(biāo)準(zhǔn)；Ø 必須遵守的標(biāo)準(zhǔn)；Ø 級別獨立性；Ø 執(zhí)行測試的環(huán)境；Ø 每個測試級別的自動化方法；Ø 回歸測試方法；Ø 評審測試策略；Ø 定義和建立測試策略的所有權(quán)；Ø 在適當(dāng)?shù)臅r候重訪并修訂測試策略，例如基于年度。請注意，測試策略將作為項目中測試執(zhí)行的起點。而且，每個項目可以調(diào)整其整體戰(zhàn)略以滿足它的需要。不需要遵守的應(yīng)當(dāng)明確記錄在測試計劃。l SP 2.3 分發(fā)測試策略到相關(guān)人員；測試策略被介紹到測試內(nèi)外的相關(guān)人員，并與之討論。典型

57、工作成果是部署計劃和演示測試策略。分配機制的例子包括如下：Ø 記錄在手冊里或者質(zhì)量體系中Ø 在項目或者部門會議上演示Ø 張貼海報Ø 成為部門介紹程序的一部分Ø 能在網(wǎng)站的顯著位置訪問到 SG3 建立測試性能指標(biāo)建立和部署面向目標(biāo)的測試過程性能指標(biāo)。l SP 3.1 定義測試性能指標(biāo)；測試性能指標(biāo)定義在測試政策和目標(biāo)基礎(chǔ)上，包括數(shù)據(jù)收集，存儲和分析的過程。典型的工作成果為測試性能指標(biāo)、數(shù)據(jù)收集，存儲，分析和報告程序，其內(nèi)容如下： Ø 學(xué)習(xí)測試政策和目標(biāo),如測試過程改進的目標(biāo)，必要時提供澄清測試政策和目標(biāo)的反饋；Ø

58、 定義測試性能指標(biāo)并能鏈接到已定義的政策和目標(biāo)；測試性能指標(biāo)的例子如下：測試成本 測試所需的時間 缺陷的數(shù)量 缺陷檢測率 測試成熟度；Ø 評審性能指標(biāo)；Ø 定義和建立測試性能指標(biāo)的所有權(quán)；Ø 指定如何獲得和儲存性能指標(biāo)；Ø 指定如何分析和報告性能指標(biāo)。l SP 3.2 部署測試性能指標(biāo)；部署測試性能指標(biāo)，提供測量結(jié)果，這些結(jié)果都可對應(yīng)到已確定的測試性能指標(biāo)。典型的工作成果為測試性能指標(biāo)數(shù)據(jù)、測試性能指標(biāo)的報告，其內(nèi)容如下：Ø 獲取指定的性能指標(biāo)數(shù)據(jù)；Ø 分析和解釋性能指標(biāo)；Ø 管理和存儲性能指標(biāo)數(shù)據(jù)和分析結(jié)果；Ø 定期報告性能指標(biāo)給相關(guān)人員；Ø 輔助相關(guān)人員理解結(jié)果；協(xié)助理解結(jié)果的實例包括：與相關(guān)人員討論結(jié)果、提供相關(guān)的信息，背景和解釋等。4.1.2 PA2.2 測試計劃目標(biāo)：測試計劃的目標(biāo)是在已識別的風(fēng)險和已定義的測試策略基礎(chǔ)上定義測試方法，并建立和