【正文】 具體實現(xiàn)模型，第三第四階段依然采用傳統(tǒng)的過程具體實現(xiàn)模型。（TMM）分析的系統(tǒng)測試具體過程實現(xiàn)模型，它是里程碑模型和敏捷迭代開發(fā)的系統(tǒng)測試過程模型的具體實現(xiàn)，并結(jié)合了TMM對如何提高軟件測試成熟度的分析。該模型中，迭代過程主要針對功能開發(fā)團隊的工作；里程碑過程針對業(yè)務(wù)團隊。上述模型描述的系統(tǒng)測試過程是一個深度敏捷模型，業(yè)務(wù)團隊，即系統(tǒng)測試團隊將與功能開發(fā)團隊在系統(tǒng)測試過程中不斷交互，測試和開發(fā)將實現(xiàn)一定程度的并行。 (4) 軟件對外發(fā)布候選版本里程碑 該階段里程碑目標(biāo)主要是驗收交付的Alpha版本產(chǎn)品質(zhì)量，并修復(fù)發(fā)現(xiàn)的缺陷，使得該里程碑達到時交付可運行的軟件產(chǎn)品。通常Beta階段開始前開發(fā)團隊將完成所有功能的開發(fā)，因此該階段將開始完成的系統(tǒng)測試過程。所有測試工作將在該里程碑達到前完成。： (1) PreAlpha里程碑 該階段主要指傳統(tǒng)瀑布模型下的需求分析、設(shè)計、開發(fā)、單元測試環(huán)節(jié)。里程碑時間表從最初Alpha版本交付測試開始到軟件產(chǎn)品最終對外發(fā)布。如表31所示，里程碑目標(biāo)的內(nèi)容一般包括：計劃驗證修復(fù)的軟件缺陷、計劃覆蓋的測試計劃內(nèi)容。里程碑模型有利于測試團隊不斷加深對所測試軟件產(chǎn)品的理解，同時提出階段性目標(biāo)有利于跟進整個系統(tǒng)測試過程所處狀態(tài)，隨著階段的深入，完成里程碑的標(biāo)準(zhǔn)將變得越來越苛刻，最終目標(biāo)是達到產(chǎn)品發(fā)布的質(zhì)量要求。 里程碑模型 由于系統(tǒng)測試是在將軟件產(chǎn)品交付給客戶使用之前完成的最終產(chǎn)品測試，一般在完成開發(fā)和功能驗證測試之后進行，因此采用里程碑模型的系統(tǒng)測試過程為產(chǎn)品發(fā)布之前的測試建立了時間表，時間表上的各個節(jié)點稱里程碑。 系統(tǒng)測試過程模型 ，該模型主要描述的是在一個系統(tǒng)測試過程中，系統(tǒng)測試團隊所參與的與測試過程相關(guān)的活動。(4) 敏捷的測試過程對系統(tǒng)測試工程師提出了更高的要求。(2) 增加了測試用例設(shè)計的難度。系統(tǒng)測試和功能開發(fā)整合并行使得系統(tǒng)測試可以提早介入到產(chǎn)品開發(fā)生命周期中，系統(tǒng)測試工程師可以有更多的時間進行測試，這使測試人員可以在迭代的早期熟悉并理解產(chǎn)品的架構(gòu)特點和運行方式，從而加快后續(xù)階段的測試效率。 傳統(tǒng)的系統(tǒng)測試在代碼開發(fā)完成后開始，由于需求的凍結(jié)，使得系統(tǒng)系統(tǒng)測試工程師可以從用戶使用系統(tǒng)的角度出發(fā)，對產(chǎn)品的需求提出變更，提高產(chǎn)品的質(zhì)量或用戶使用的友好程度。更密切交流的另一個重要好處是，當(dāng)新的功能整合到軟件版本中時，系統(tǒng)測試團隊可以立即注意到，并增加相應(yīng)的測試計劃。（2）使系統(tǒng)測試工程師更好的融入整個敏捷團隊。許多系統(tǒng)層面的軟件缺陷只有在基于復(fù)雜用戶故事設(shè)計的測試用例中才會被發(fā)現(xiàn)，因此系統(tǒng)測試提早介入可以提早發(fā)現(xiàn)此類缺陷的時間。敏捷的系統(tǒng)測試強調(diào)以人為中心，測試過程的進行依靠團隊的高效溝通和持續(xù)反饋。所謂條件是指系統(tǒng)測試的敏捷實現(xiàn)過程將基于開發(fā)團隊交付的alpha版本軟件產(chǎn)品，最初交付的產(chǎn)品僅包含部分功能，當(dāng)進入功能開發(fā)整合和系統(tǒng)測試并行階段后，后續(xù)功能會在敏捷迭代中不斷逐步整合到軟件產(chǎn)品中。 敏捷的系統(tǒng)測試概述 獨立的系統(tǒng)測試階段有利于測試工作的順利進行，但缺點也顯而易見——不能盡早消除系統(tǒng)層面的軟件缺陷導(dǎo)致測試和修復(fù)所發(fā)現(xiàn)缺陷的成本居高不下，同時也不可避免的增加整個軟件產(chǎn)品發(fā)布的時間。 (3) 執(zhí)行測試用例，驗證缺陷修復(fù) 軟件測試過程就是發(fā)現(xiàn)缺陷的過程，測試團隊發(fā)現(xiàn)的缺陷將由開發(fā)團隊進行修復(fù)，并由測試團隊進行回歸驗證。 (2) 設(shè)計測試用例，制定測試計劃 系統(tǒng)測試團隊根據(jù)系統(tǒng)測試策略的分析結(jié)果設(shè)計測試用例，并制定測試計劃。系統(tǒng)測試的一般過程包括：圖 系統(tǒng)測試過程具體實現(xiàn)過程示例 (1) 版本交付系統(tǒng)測試，測試團隊分析測試策略 在瀑布模型下，系統(tǒng)測試開始于開發(fā)階段完全結(jié)束之后。系統(tǒng)測試屬于最終產(chǎn)品驗收測試，其執(zhí)行一般基于開發(fā)團隊交付的可運行版本。在所有開發(fā)代碼的活動全部完成后，開發(fā)人員開始參與到系統(tǒng)測試活動中來，他們的工作將轉(zhuǎn)向協(xié)助測試人員修復(fù)發(fā)現(xiàn)的軟件缺陷。13浙江大學(xué)碩士學(xué)位論文 第3章 系統(tǒng)測試?yán)碚摲治龅?章 系統(tǒng)測試?yán)碚摲治? 系統(tǒng)測試和敏捷系統(tǒng)測試概述 系統(tǒng)測試概述正如緒論所描述，系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。 本章小結(jié)作者在本章重點闡述了軟件測試成熟度模型（TMM），軟件測試成熟度模型是基于CMM產(chǎn)生的，TMM的目標(biāo)是幫助組織提高軟件測試成熟度，并輔助軟件測試機構(gòu)進行測試過程的評估與改進。如果有其它測試類型，則同樣要搜集其設(shè)計和執(zhí)行時間[12]。(3) 成本／工作量、測試項目總體成本、測試執(zhí)行小時數(shù)、測試工作量成本成本度量則有助于測試成本預(yù)測，通過收集成本／工作量度量信息，軟件測試機構(gòu)就可以開始著手建立成本數(shù)據(jù)庫，為將來的測試項目提供成本預(yù)測支持。(2) 缺陷度量、軟件異常數(shù)量、缺陷率 測試機構(gòu)在此級開始收集缺陷信息的目的是：在實際測試中對發(fā)現(xiàn)的各類問題有著文檔化的記錄。與成熟度的等級關(guān)系相似，高等級的度量包含了低等級的度量[10]。 軟件測試能力成熟度模型度量評估雖然TMM在管理和度量級才明確提出了正式的度量以及評估計劃，但定義度量對象與度量方法的工作則可以在四級以下進行，因為度量本身就是支持更高成熟度目標(biāo)的實現(xiàn)以及當(dāng)前能進行的最佳測試活動的實施。 (4) 不斷評估所采用的與測試相關(guān)的新工具和新方法。優(yōu)化測試過程包含:(1) 識別需要改進的測試?yán)▌?(2) 實施改進。這樣就可以依據(jù)量化結(jié)果來調(diào)整測試過程，不斷提高測試過程能力，并且軟件組織具有支持這種能力持續(xù)增長的基礎(chǔ)設(shè)施。 (3) 培訓(xùn)測試組學(xué)習(xí)和使用統(tǒng)計學(xué)方法。支持統(tǒng)計質(zhì)量控制的子目標(biāo)有: (1) 軟件測試組和軟件質(zhì)量保證組建立軟件產(chǎn)品的質(zhì)量目標(biāo)，如:產(chǎn)品的缺陷密度，組織的自信度以及可信賴度等。 在本級，軟件組織通過采用統(tǒng)計采樣技術(shù)，測量組織的自信度，測量用戶對組織的信賴度以及設(shè)定軟件可靠性目標(biāo)來推進測試過程。 (4) 管理，開發(fā)和測試人員互相配合制訂缺陷預(yù)防計劃，防止已識別的缺陷再次發(fā)生。(2) 識別和記錄在軟件生命周期各階段引入的軟件缺陷和消除的缺陷。 這時的軟件組織能夠記錄軟件缺陷，分析缺陷模式，識別錯誤根源，制訂防止缺陷再次發(fā)生的計劃，提供跟蹤這種括動的辦法，并將這些活動貫穿于全組織的各個項目中。測試過程的管理為持續(xù)改進產(chǎn)品質(zhì)量和過程質(zhì)量提供指導(dǎo)，并提供必要的基礎(chǔ)設(shè)施。(2) 測試過程應(yīng)是結(jié)構(gòu)化，己測量和己評價的，以保證達到質(zhì)量目標(biāo)。 軟件質(zhì)量評價內(nèi)容包括定義可測量的軟件質(zhì)量屬性，定義評價軟件工作產(chǎn)品的質(zhì)量目標(biāo)等項工作。(2) 制訂測試過程測量計劃。測量包括測試進展，測試費用，軟件錯誤和缺陷數(shù)據(jù)以及產(chǎn)品淵量等。通過培訓(xùn)參加評審的人員，使他們理解和遵循相牢的評審政策，評審步驟。 (2) 測試組和軟件質(zhì)量保證組要確定并文檔化整個軟件生命周期中的評審目標(biāo)，評審計劃，評審步驟以及評審記錄機制。 軟件組織應(yīng)在軟件生命周期的各階段實施評審，以便盡早有效地識別，分類和消除軟件中的缺陷。所建立的測試規(guī)程應(yīng)能夠支持軟件組終對測試過程的控制和測量。為了測量測試過程，測試人員應(yīng)建立測試數(shù)據(jù)庫。根據(jù)管理和測量級的要求，軟件工作產(chǎn)品以及與測試相關(guān)的工作產(chǎn)品，如測試計劃，測試設(shè)計和測試步驟都要經(jīng)過評審。(3) 開發(fā)，記錄并文檔化一組糾偏措施和偶發(fā)事件處理預(yù)案，以備實際測試嚴(yán)重偏離計劃時使用?？刂坪捅O(jiān)視測試過程有3個子目標(biāo): (1) 制訂控制和監(jiān)視測試過程的機制和政策。(4) 建立測試人員與開發(fā)人員共同工作的機制。(2) 基于已定義的測試子階段，采用軟件生命周期V字模型。(3) 成立培訓(xùn)組，配備相應(yīng)的工具，設(shè)備和教材 提高測試成熟度和改善軟件產(chǎn)品質(zhì)量都要求將測試工作與軟件生命周期中的各個階段聯(lián)系起來。制訂技術(shù)培訓(xùn)規(guī)劃有3個子目標(biāo): (1) 制訂組織的培訓(xùn)計劃，并在管理上提供包括經(jīng)費在內(nèi)的支持。 (4) 建立與用戶或客戶的聯(lián)系，收集他們對測試的需求和建議。建立軟件測試組織要現(xiàn)4個子目標(biāo): (1) 建立全組織范圍內(nèi)的測試組(2) 定義測試組的作用和職責(zé)。由于測試往往是在時間緊，壓力大的情況下所完成的一系列復(fù)雜的活動，因此應(yīng)由訓(xùn)練有素的專業(yè)人員組成測試組。集成級要實現(xiàn)4個成熟度目標(biāo)，它們分別是:建立軟件測試組織，制訂技術(shù)培訓(xùn)計劃，軟件全生命周期測試，控制和監(jiān)視測試過程。在集成級上，應(yīng)成立軟件測試組織，提供測試技術(shù)培訓(xùn)，關(guān)鍵的測試活動應(yīng)有相應(yīng)的測試工具予以支持。測試活動遵循軟件生命周期的V字模型。兩者均為測試過程提供了可見性，為測試過程持續(xù)進行提供保證。(2) 制訂管理方針以保證在全組織范圍內(nèi)一致使用所推薦的技術(shù)和方法。 為改進測試過程能力，組織中需應(yīng)用基本的測試技術(shù)和方法，并說明何時和怎樣使用這些技術(shù)，方法和支持工具。 (4) 建立一種機制，使用戶需求成為測試計劃的依據(jù)之一。 (2) 建立組織內(nèi)的測試計劃政策框架并予以管理上的支持。此外，測試計劃還應(yīng)說明如何分配測試資源，如何劃分單元測試、集成測試、系統(tǒng)測試等。 制訂計劃是使一個過程可重復(fù)，可定義和可管理的基礎(chǔ)。(3) 將測試和調(diào)試目標(biāo)形成文檔，分發(fā)至項目涉及的所有管理和開發(fā)人員。制訂測試與調(diào)試目標(biāo)包含5個子成熟度目標(biāo): (1) 分別形成測試組織和調(diào)試組織，并有經(jīng)費支持。與調(diào)試工作不同，測試工作是一種有計劃的活動，可以進行管理和控制。 軟件組織必須清晰地區(qū)分軟件開發(fā)的測試過程與調(diào)試過程，識別各自的目標(biāo)，任務(wù)和活動。測試被定義為軟件生命周期中的一個階段，緊隨代碼開發(fā)階段之后。初始級的軟件測試過程沒有定義成熟度目標(biāo)。圖 軟件測試能力成熟度模型具體內(nèi)容圖 軟件測試能力成熟度模型等級劃分 初始級概述 TMM初始級軟件測試過程的特點是測試過程無序，有時甚至是混亂的，幾乎沒有妥善定義的。 軟件測試能力成熟度模型等級劃分TMM制定了五個成熟度等級：初始級，階段定義級，集成級，管理和度量級，優(yōu)化、缺陷預(yù)防和質(zhì)量控制級[9]。(3) 支持測試過程成熟度增長。軟件測試成熟度模型具有如下優(yōu)點：(1) 等級水平結(jié)構(gòu)、關(guān)鍵活動和角色的定義精細(xì)。其基本思想是提出一個與CMM類似的框架，來評估組織團隊測試過程的成熟度,目標(biāo)是幫助組織提高測試成熟度。能力成熟度模型主要包括五個等級：初始級（Initial）、可重復(fù)級(Repeatable)、定義級（Defined）、管理級（Managed）、優(yōu)化級（Optimizing）。 第七章： 第七章將對全文內(nèi)容進行總括，展望敏捷系統(tǒng)測試未來可繼續(xù)改進的方面。 第六章：第六章中，作者將根據(jù)TC項目系統(tǒng)測試測試過程。第四章： 作者在第四章通過對軟件缺陷、軟件缺陷管理的概述介紹了基于TMM第四級——管理和度量級別所要求的軟件缺陷度量和管理，并將舉例說明如何實現(xiàn)敏捷的軟件缺陷管理。 第三章： 第三章將介紹系統(tǒng)測試和敏捷系統(tǒng)測試的一般特點，并分析了系統(tǒng)測試過程的具體實現(xiàn)模型和系統(tǒng)測試過程模型。 論文組織架構(gòu)根據(jù)上述研究目標(biāo)，文章其余部分內(nèi)如組織如下：第二章： 作者將在第二章重點闡述了軟件測試成熟度模型（TMM），軟件測試成熟度模型是基于CMM產(chǎn)生的，TMM的目標(biāo)是幫助組織提高軟件測試成熟度，并輔助軟件測試機構(gòu)進行測試過程的評估與改進。作者對論文的主要貢獻包括：(1) 總結(jié)了適用于系統(tǒng)測試過程的模型。 研究目標(biāo)作者將在下文引入軟件測試成熟度模型（TMM），軟件測試成熟度模型（TMM）是基于CMM產(chǎn)生的，TMM的目標(biāo)是幫助組織提高軟件測試成熟度，它能夠用于分析軟件測試機構(gòu)運作過程中最優(yōu)秀或最混亂的區(qū)域，并輔助軟件測試機構(gòu)進行測試過程的評估與改進。 由于系統(tǒng)測試屬于最終產(chǎn)品對外發(fā)布前的驗收測試，在傳統(tǒng)的瀑布開發(fā)模式下，為了版本穩(wěn)定性，通常要等到代碼開發(fā)階段、對代碼的單元測試和對產(chǎn)品功能的集成測試完成之后開始系統(tǒng)測試。它是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。 系統(tǒng)測試概述 系統(tǒng)測試是將經(jīng)過集成測試的軟件，作為系統(tǒng)計算機的一個部分，與系統(tǒng)中其他部分結(jié)合起來，在實際運行環(huán)境下對計算機系統(tǒng)進行的一系列嚴(yán)格有效地測試，以發(fā)現(xiàn)軟件潛在的問題，保證系統(tǒng)的正常運行[6]。在一個迭代周期中，當(dāng)發(fā)現(xiàn)軟件缺陷之后，測試人員將與開發(fā)人員、產(chǎn)品經(jīng)理或軟件架構(gòu)師溝通交流，在得到反饋和確認(rèn)之后將提交軟件缺陷報告。由于敏捷項目開發(fā)和測試在一定程度上并行，因此相對于傳統(tǒng)瀑布模型開發(fā)，項目整體進展時間較快。傳統(tǒng)開發(fā)模型中的測試人員在敏捷開發(fā)過程中所進行的工作包括驗證產(chǎn)品功能的測試和發(fā)現(xiàn)最終產(chǎn)品可能存在的缺陷以及缺陷改進后的測試。整體團隊運行方式要求每個人都對測試任務(wù)負(fù)責(zé)。在敏捷模型中，測試人員不再等待開發(fā)完成才開始工作，而是從設(shè)計階段就開始尋找整個開發(fā)周期中可以貢獻價值的地方，并且測試人員可以在迭代過程中與產(chǎn)品經(jīng)理和項目負(fù)責(zé)人及時溝通，變更產(chǎn)品需求，甚至可以在需求分析階段，從提高軟件質(zhì)量等角度提出產(chǎn)品需求。敏捷模型針對瀑布模型存在的缺陷提出改進。在使用瀑布開發(fā)模型的開發(fā)團隊中，測試人員雖被視為軟件產(chǎn)品的質(zhì)量守護者，但在由于測試階段在代碼交付和開發(fā)完成后開始，測試人員不能通控制代碼如何編寫提高軟件質(zhì)量，甚至不能控制開發(fā)人員是否進行單元測試。瀑布模型的優(yōu)點在于各個階段目的明確、團隊角色分工清晰、管理簡單。測試工程師在敏捷開發(fā)過程中所進行的工作包括驗證產(chǎn)品功能的測試和發(fā)現(xiàn)最終產(chǎn)品可能存在的缺陷以及缺陷改進后的測試。作者將單元測試和單元集成測試歸于傳統(tǒng)瀑布模型的開發(fā)階段，主要由開發(fā)工程師負(fù)責(zé)。在測試驅(qū)動開發(fā)中，程序員為自己編寫的代碼進行單元測試。敏捷團隊是高度跨職能的，開發(fā)人員，測試人員和其他人在整個迭代中緊密協(xié)作，以確保產(chǎn)品質(zhì)量。把質(zhì)量構(gòu)建進產(chǎn)品的思想是敏捷團隊的中心任務(wù)。（12）團