【正文】 系統(tǒng)完整性測(cè)試的基本步驟。2) BDS、UDS升級(jí)測(cè)試3) 部署拓?fù)涓臏y(cè)試，即測(cè)試對(duì)現(xiàn)有運(yùn)行系統(tǒng)部署進(jìn)行服務(wù)器節(jié)點(diǎn)修改，例如增加新的節(jié)點(diǎn)，或刪除現(xiàn)有的節(jié)點(diǎn)。主要的測(cè)試內(nèi)容包括端到端功能測(cè)試、系統(tǒng)部署測(cè)試、系統(tǒng)健壯性測(cè)試、系統(tǒng)完整性測(cè)試等。黑莓的通信加密技術(shù)采用對(duì)稱密匙加密算法實(shí)現(xiàn)手機(jī)終端與服務(wù)器端之間的加密通信。高可用指的是系統(tǒng)內(nèi)組件允許在同一部署環(huán)境中部署多個(gè)相同組件，并通過負(fù)載平衡器并聯(lián)這些組件實(shí)現(xiàn)組件池?？煽啃灾饕ㄟ^數(shù)據(jù)保護(hù)和BES服務(wù)器高可用（High Availability）實(shí)現(xiàn)（這兩方面也是系統(tǒng)測(cè)試測(cè)重點(diǎn)）[21]。BDS具有極高的安全性和可靠性。 黑莓手機(jī)管理平臺(tái)解決方案概述圖 黑莓手機(jī)管理平臺(tái)解決方案產(chǎn)品線 黑莓手機(jī)管理解決方案為用戶提供的服務(wù)包括加密郵件服務(wù)、遠(yuǎn)程設(shè)備管理（遠(yuǎn)程推送應(yīng)用軟件到手機(jī)終端、遠(yuǎn)程管理手機(jī)終端數(shù)據(jù)、遠(yuǎn)程管理用戶權(quán)限等）、定制手機(jī)用戶權(quán)限（借助可定制的超過500項(xiàng)IT策略，管理員可管理用戶設(shè)置以及遠(yuǎn)程調(diào)整手機(jī)用戶安全級(jí)別）、可擴(kuò)展的語(yǔ)音服務(wù)和可擴(kuò)展的即時(shí)通信服務(wù)（體現(xiàn)該系列解決方案的高度可拓展性）等[20]。 與通用軟件不同，項(xiàng)目型軟件軟件是指針對(duì)某一特定用戶開發(fā)的軟件產(chǎn)品，用戶深度參與產(chǎn)品的需求分析和設(shè)計(jì)，并根據(jù)其要求進(jìn)行定制。通用軟件最重要的特點(diǎn)就在于其通用性。 (3) 可維護(hù)性 可維護(hù)性主要包括系統(tǒng)對(duì)之前版本軟件的兼容性和可升級(jí)性、對(duì)于已部署的系統(tǒng)節(jié)點(diǎn)的修改能力等。 安全性主要指保護(hù)用戶數(shù)據(jù)，以防止發(fā)生數(shù)據(jù)丟失或數(shù)據(jù)被竊取。30浙江大學(xué)碩士學(xué)位論文 第5章 企業(yè)級(jí)軟件概述第5章 企業(yè)級(jí)軟件概述 企業(yè)級(jí)軟件產(chǎn)品概述 顧名思義，企業(yè)級(jí)軟件產(chǎn)品的目標(biāo)用戶是企業(yè)或者政府部門?？勺粉櫺允侨毕葑粉櫣ぞ叩闹饕攸c(diǎn)之一，這一點(diǎn)對(duì)于大規(guī)模團(tuán)隊(duì)顯得尤為有價(jià)值。另外，由于黑莓企業(yè)手機(jī)管理系統(tǒng)是一個(gè)非常龐大的系統(tǒng)，不同測(cè)試團(tuán)隊(duì)之間的測(cè)試用例會(huì)在一定程度上重疊，而缺陷管理工具的使用可以有效減少重復(fù)記錄的軟件缺陷。 (3) 敏捷模型中高效為敏捷團(tuán)隊(duì)提供了一些實(shí)踐和準(zhǔn)則從而開發(fā)出高質(zhì)量的產(chǎn)品，而高質(zhì)量的產(chǎn)品幫助團(tuán)隊(duì)減少對(duì)缺陷跟蹤系統(tǒng)的依賴。但是，許多測(cè)試人員將缺陷跟蹤系統(tǒng)作為和團(tuán)隊(duì)其他人員交流缺陷的唯一途徑，缺陷跟蹤系統(tǒng)不會(huì)促進(jìn)有效的溝通，相反它使人們減少了彼此之間的直接討論。例如，黑莓企業(yè)部門采取的是以采用軟件缺陷跟蹤系統(tǒng)和敏捷的直接溝通反饋相輔相成的方案，既發(fā)揮了缺陷跟蹤系統(tǒng)的優(yōu)點(diǎn)，也是缺陷生命周期管理具有了敏捷性。而修復(fù)缺陷的優(yōu)先級(jí)反映了該缺陷的緊急程度[17]。缺陷報(bào)告記錄通常會(huì)記錄發(fā)現(xiàn)缺陷的測(cè)試人員、負(fù)責(zé)修復(fù)缺陷的開發(fā)人員、修復(fù)缺陷的優(yōu)先級(jí)、缺陷當(dāng)前所處的狀態(tài)等信息。由于缺少可跟蹤信息的數(shù)據(jù)庫(kù)，交流的時(shí)候容易丟失或錯(cuò)誤描述重要的細(xì)節(jié)。對(duì)于團(tuán)隊(duì)規(guī)模較大的敏捷團(tuán)隊(duì)，盡可能減少重復(fù)工作是團(tuán)隊(duì)組織架構(gòu)管理的一個(gè)挑戰(zhàn)），缺陷跟蹤系統(tǒng)可以有效減少因?yàn)樾畔⒉粚?duì)稱導(dǎo)致的重復(fù)工作。 軟件缺陷管理系統(tǒng)局的方便性 軟件缺陷跟蹤系統(tǒng)可以方便測(cè)試人員詳細(xì)記錄軟件缺陷的細(xì)節(jié)，記錄的信息可以包括如何觸發(fā)軟件缺陷、系統(tǒng)部署環(huán)境的具體配置、存在缺陷的系統(tǒng)部件、重現(xiàn)缺陷的步驟、是否可以通過外部措施修復(fù)缺陷（區(qū)別與開發(fā)人員通過代碼修復(fù)，一般適用于缺陷修復(fù)之前確保系統(tǒng)能夠正常運(yùn)行）。軟件測(cè)試過程簡(jiǎn)單地說就是圍繞發(fā)現(xiàn)軟件缺陷進(jìn)行的，對(duì)缺陷的跟蹤管理一般需要達(dá)到以下四個(gè)目標(biāo)： (1) 確保軟件缺陷能夠盡早被發(fā)現(xiàn)。盡管這些缺陷可能由于其隨機(jī)性很難預(yù)防。狹義地講，軟件缺陷是寫程序過程中造成的錯(cuò)誤。對(duì)軟件缺陷實(shí)行有效的記錄和管理是實(shí)現(xiàn)TMM模型第四級(jí)——管理和度量的重要標(biāo)志[14]。因此從第二周開始，系統(tǒng)測(cè)試團(tuán)隊(duì)的另一個(gè)工作重點(diǎn)是審查用戶使用說明書的問題，審查與系統(tǒng)測(cè)試相關(guān)的系統(tǒng)部署和端到端功能的使用說明是否存在文字上的不恰當(dāng)描述。 第四個(gè)里程碑階段測(cè)試過程表 第四個(gè)里程碑系統(tǒng)測(cè)試具體過時(shí)間參與測(cè)試過程的角色計(jì)劃系統(tǒng)測(cè)試活動(dòng)第1周開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理第2周開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理，驗(yàn)收產(chǎn)品最終發(fā)布版本 該階段的迭代系統(tǒng)測(cè)試團(tuán)隊(duì)主要的職責(zé)是協(xié)助完成最終對(duì)外發(fā)布版本的軟件產(chǎn)品交付前的審查工作。第三階段測(cè)試計(jì)劃依然由測(cè)試會(huì)話組成，但會(huì)基于第二階段的測(cè)試計(jì)劃增加更復(fù)雜的場(chǎng)景，并在測(cè)試會(huì)話中嘗試不同組合的測(cè)試用例。按照該階段迭代開始前的制定的測(cè)試計(jì)劃，執(zhí)行測(cè)試計(jì)劃規(guī)定的內(nèi)容預(yù)計(jì)將持續(xù)三周時(shí)間。 第二個(gè)里程碑階段測(cè)試過程表 第二個(gè)里程碑系統(tǒng)測(cè)試具體過程時(shí)間參與測(cè)試過程的角色計(jì)劃系統(tǒng)測(cè)試活動(dòng)第1周開發(fā)工程師、測(cè)試工程師第2周開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理，修改測(cè)試計(jì)劃第3周開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理第4周開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理、產(chǎn)品架構(gòu)師，制定迭代計(jì)劃 ，第二個(gè)迭代第一周優(yōu)先級(jí)最高的任務(wù)是驗(yàn)證在上一個(gè)迭代中被發(fā)現(xiàn)且被定為本階段里程碑目標(biāo)的軟件缺陷是否修復(fù)。因此，該階段回歸測(cè)試的內(nèi)容將是回歸驗(yàn)證之前測(cè)試失敗的測(cè)試用例。值得強(qiáng)調(diào)的是，嚴(yán)格遵循測(cè)試進(jìn)度時(shí)間表非常重要，如果預(yù)期進(jìn)度無(wú)法完成，將增加測(cè)試工程師以完成測(cè)試任務(wù)，而不會(huì)修改時(shí)間表。 為了交付外部用戶的Beta版本的穩(wěn)定性，第一階段迭代的需求將于第二周凍結(jié)，新功能將不會(huì)再繼續(xù)整合到該階段進(jìn)行測(cè)試的版本中，后續(xù)的版本將成為該階段迭代里程碑的候選版本。因此第一、二周的測(cè)試工程師的主要任務(wù)就是覆蓋盡可能多的系統(tǒng)部署場(chǎng)景，從而盡早發(fā)現(xiàn)部署過程中的缺陷，以便從第三周開始進(jìn)行端到端功能測(cè)試。測(cè)試過程就是發(fā)現(xiàn)軟件缺陷的過程，敏捷測(cè)試強(qiáng)調(diào)對(duì)缺陷進(jìn)行快速反饋，第一個(gè)迭代帶有過渡性質(zhì)，主要的目標(biāo)是驗(yàn)收開發(fā)團(tuán)隊(duì)交付的Alpha版本的產(chǎn)品質(zhì)量，并使系統(tǒng)測(cè)試團(tuán)隊(duì)逐步融入整個(gè)敏捷團(tuán)隊(duì)。測(cè)試團(tuán)隊(duì)提出測(cè)試計(jì)劃，與產(chǎn)品經(jīng)理和架構(gòu)師等角色舉行會(huì)議以修改和完善計(jì)劃，同時(shí)項(xiàng)目經(jīng)理也會(huì)對(duì)測(cè)試計(jì)劃進(jìn)行審查，并結(jié)合產(chǎn)品開發(fā)進(jìn)度等因素對(duì)計(jì)劃提出修改意見。探索測(cè)試將持續(xù)到準(zhǔn)備工作的第三周。 分析文檔的目的是為了幫助測(cè)試工程師掌握系統(tǒng)部件之間的運(yùn)行方式、產(chǎn)品架構(gòu)、產(chǎn)品功能等方面的信息，這些信息使得測(cè)試工程師在開始測(cè)試迭代之后更好、更快的融入到整個(gè)軟件開發(fā)團(tuán)隊(duì)中；另一個(gè)目的是可以從內(nèi)部交付的項(xiàng)目文檔中抽取的用戶場(chǎng)景和用戶故事，并將與系統(tǒng)測(cè)試相關(guān)的用例轉(zhuǎn)化為測(cè)試用例。表 四里程碑系統(tǒng)測(cè)試過程示例Release測(cè)試的迭代過程計(jì)劃里程碑時(shí)間是否與功能開發(fā)并行迭代前準(zhǔn)備工作3周是第一階段里程碑達(dá)到4周是第二階段里程碑達(dá)到4周是第三階段里程碑達(dá)到4周否第四階段里程碑達(dá)到2周否 系統(tǒng)測(cè)試開始前的準(zhǔn)備工作計(jì)劃表 系統(tǒng)測(cè)試開始前準(zhǔn)備工作示例時(shí)間參與測(cè)試過程的角色系統(tǒng)測(cè)試活動(dòng)第1周測(cè)試工程師、產(chǎn)品經(jīng)理、產(chǎn)品架構(gòu)師，分析產(chǎn)品設(shè)計(jì)文檔，提取新用戶場(chǎng)景，并制定用戶故事，探討第一階段可用的產(chǎn)品功能，制定系統(tǒng)測(cè)試相關(guān)的測(cè)試用例第2周測(cè)試工程師、產(chǎn)品經(jīng)理、產(chǎn)品架構(gòu)師，提取可用于新項(xiàng)目的測(cè)試用例第3周測(cè)試工程師、產(chǎn)品經(jīng)理、產(chǎn)品架構(gòu)師 ，項(xiàng)目開始前的準(zhǔn)備工作主要目標(biāo)是為了熟悉產(chǎn)品新功能，建立系統(tǒng)測(cè)試團(tuán)隊(duì)與開發(fā)工程師、項(xiàng)目經(jīng)理、項(xiàng)目架構(gòu)師之間的聯(lián)系，并在與敏捷團(tuán)隊(duì)其他角色不斷溝通反饋的基礎(chǔ)上完成第一個(gè)迭代測(cè)試計(jì)劃的制定。每個(gè)迭代過程的目標(biāo)是向測(cè)試團(tuán)隊(duì)交付完成的代碼；每個(gè)里程碑的目標(biāo)是交付對(duì)外發(fā)布的軟件版本。圖 軟件產(chǎn)品發(fā)布生命周期示例 里程碑模型和敏捷迭代開發(fā)模型相結(jié)合的模型圖 里程碑模型和敏捷迭代模型相結(jié)合的系統(tǒng)測(cè)試過程示例 ，采用里程碑模型和敏捷迭代模型相結(jié)合的系統(tǒng)測(cè)試是敏捷系統(tǒng)測(cè)試的一種實(shí)現(xiàn)模型。 (3) Beta里程碑 Beta測(cè)試階段將根據(jù)設(shè)計(jì)用戶故事、用戶場(chǎng)景設(shè)計(jì)測(cè)試用例，進(jìn)行測(cè)試。軟件發(fā)布生命周期模型適用于企業(yè)級(jí)軟件的測(cè)試，龐大復(fù)雜的測(cè)試計(jì)劃可以分解為多個(gè)階段計(jì)劃，通過階段性目標(biāo)的檢驗(yàn)完成大型的系統(tǒng)測(cè)試項(xiàng)目。里程碑模型并不是簡(jiǎn)單的時(shí)間表概念，更重要的是制定達(dá)到里程碑的目標(biāo)。與具體實(shí)現(xiàn)模型不同，本節(jié)作者所描述的系統(tǒng)過程模型主要闡述的是系統(tǒng)測(cè)試的漸進(jìn)過程，即系統(tǒng)測(cè)試過程可以分為多個(gè)子過程，每個(gè)過程是包含了系統(tǒng)測(cè)試的一個(gè)具體實(shí)現(xiàn)。(3) 完成測(cè)試計(jì)劃的工作量變得難以估計(jì)。（4）加快軟件產(chǎn)品發(fā)布周期。 敏捷測(cè)試的采用使得系統(tǒng)測(cè)試團(tuán)隊(duì)和其他角色之間更頻繁且更深入的交流，系統(tǒng)測(cè)試團(tuán)隊(duì)可以在交流中不斷修改和完善測(cè)試計(jì)劃，并更加高效的進(jìn)行缺陷跟蹤。 敏捷系統(tǒng)測(cè)試的優(yōu)點(diǎn)引入敏捷系統(tǒng)測(cè)試的優(yōu)點(diǎn)顯而易見：（1）盡早發(fā)現(xiàn)與系統(tǒng)測(cè)試相關(guān)的軟件缺陷。在敏捷模型下，系統(tǒng)測(cè)試活動(dòng)將采用“有條件”的敏捷迭代過程[13]。測(cè)試計(jì)劃的詳細(xì)程度和覆蓋程度也基于測(cè)試策略。，主要針對(duì)傳統(tǒng)瀑布模型下的系統(tǒng)測(cè)試，而敏捷的系統(tǒng)測(cè)試也會(huì)經(jīng)歷圖上的各個(gè)過程，區(qū)別在于敏捷的測(cè)試也是迭代的、增量的，即敏捷模型下系統(tǒng)測(cè)試過程并不是單一過程，而是基于敏捷迭代而進(jìn)行多個(gè)系統(tǒng)測(cè)試迭代，并且每個(gè)系統(tǒng)測(cè)試迭代都會(huì)加入敏捷因素，例如不斷的溝通和反饋，并且上圖中過程之間會(huì)不斷的交互，各個(gè)過程的界限也變得模糊。由于系統(tǒng)測(cè)試屬于最終軟件產(chǎn)品對(duì)外發(fā)布前的產(chǎn)品驗(yàn)收測(cè)試，在傳統(tǒng)的瀑布開發(fā)模式下，為了交付系統(tǒng)測(cè)試的版本穩(wěn)定性，系統(tǒng)測(cè)試屬于產(chǎn)品開發(fā)的較后階段，通常要等到代碼開發(fā)階段、對(duì)代碼的單元測(cè)試和對(duì)產(chǎn)品功能的集成測(cè)試完成之后。有助于制定，評(píng)估和改進(jìn)測(cè)試計(jì)劃的度量包括：1) 計(jì)劃生成的測(cè)試用例數(shù)量2) 實(shí)際生成的測(cè)試用例數(shù)量3) 計(jì)劃的測(cè)試覆蓋率4) 實(shí)際的測(cè)試覆蓋率5) 成本性能指數(shù)（CPI，指計(jì)劃的測(cè)試時(shí)間與實(shí)際測(cè)試時(shí)間之間的比例） 軟件測(cè)試能力成熟度模型實(shí)踐作者將在論文中運(yùn)用TMM模型與敏捷系統(tǒng)測(cè)試過程模型的基本思想，提出基于TMM模型的敏捷系統(tǒng)測(cè)試具體過程實(shí)現(xiàn)模型，闡述如何發(fā)揮敏捷系統(tǒng)測(cè)試的優(yōu)勢(shì)，并減少其帶來的測(cè)試難度；分析軟件缺陷管理方案、企業(yè)級(jí)軟件系統(tǒng)測(cè)試用例設(shè)計(jì)；并提供案例分析以論證運(yùn)用TMM模型可以改進(jìn)敏捷系統(tǒng)測(cè)試過程。缺陷信息有助于評(píng)價(jià)軟件質(zhì)量，支持軟件開發(fā)和測(cè)試過程的改進(jìn)，同時(shí)對(duì)軟件缺陷數(shù)據(jù)庫(kù)的建立提供了基礎(chǔ)。軟件測(cè)試機(jī)構(gòu)可從低級(jí)、粗略的度量做起，隨著成熟度等級(jí)的提高,度量逐步深入和細(xì)化。 (3) 跟蹤改進(jìn)進(jìn)程。 (4) 收集用戶需求以建立使用模型 優(yōu)化測(cè)試過程在測(cè)試成熟度的最高級(jí)，己能夠量化測(cè)試過程。為了加強(qiáng)軟件質(zhì)量控制，測(cè)試組和質(zhì)量保證組要有負(fù)責(zé)質(zhì)量的人員參加，他們應(yīng)掌握能減少軟件缺陷和改進(jìn)軟件質(zhì)量的技術(shù)和工具。 (3) 建立缺陷原因分析機(jī)制，確定缺陷原因。優(yōu)化，預(yù)防缺陷和質(zhì)量控制級(jí)有3個(gè)要實(shí)現(xiàn)的成熟度目標(biāo): 應(yīng)用過程數(shù)據(jù)預(yù)防缺陷，質(zhì)量控制，測(cè)試過程優(yōu)化。軟件質(zhì)量評(píng)價(jià)有2個(gè)子目標(biāo): (1) 管理層，測(cè)試組和軟件質(zhì)量保證組要制訂與質(zhì)量有關(guān)的政策，質(zhì)量目標(biāo)和軟件產(chǎn)品質(zhì)量屬性。建立淵試測(cè)量程序有3個(gè)子目標(biāo): (1) 定義組織范圍內(nèi)的測(cè)試過程測(cè)量政策和目標(biāo)。(3) 評(píng)審項(xiàng)由上層組織指定。管理和測(cè)量級(jí)有3個(gè)要實(shí)現(xiàn)的成熟度目標(biāo):建立組織范圍內(nèi)的評(píng)審程序，建立測(cè)試過程的測(cè)量程序和軟件質(zhì)量評(píng)價(jià)。因?yàn)闇y(cè)試是一個(gè)可以量化并度量的過程。(2) 定義，記錄并分配一組與測(cè)試過程相關(guān)的基本測(cè)量。(3) 制訂與淵試相關(guān)的工作產(chǎn)品的標(biāo)準(zhǔn)。(2) 制訂培訓(xùn)目標(biāo)和具體的培訓(xùn)計(jì)劃。(3) 由訓(xùn)練有素的人員組成測(cè)試組。軟件測(cè)試的過程及質(zhì)量對(duì)軟件產(chǎn)品質(zhì)量有直接影響。測(cè)試人員在需求分析階段便開始著手制訂測(cè)試計(jì)劃，并根據(jù)用戶或客戶需求建立測(cè)試目標(biāo)，同時(shí)設(shè)計(jì)測(cè)試用例并制訂測(cè)試通過準(zhǔn)則。 集成級(jí)概述 在TMM的定義級(jí)，測(cè)試過程中引入計(jì)劃能力，在TMM的集成級(jí)，測(cè)試過程引入控制和監(jiān)視活動(dòng)。 (5) 評(píng)價(jià)，推薦和獲得基本的計(jì)劃工具并從管理上支持工具的使用。啟動(dòng)測(cè)試計(jì)劃過程包含5個(gè)子目標(biāo): (1) 建立組織內(nèi)的測(cè)試計(jì)劃組織并予以經(jīng)費(fèi)支持。 (4) 將測(cè)試目標(biāo)反映在測(cè)試計(jì)劃中。這種管理和控制活動(dòng)需要制訂相應(yīng)的策略和政策，以確定和協(xié)調(diào)這兩個(gè)過程。TMM的定義級(jí)中需實(shí)現(xiàn)3個(gè)成熟度目標(biāo):制訂測(cè)試與調(diào)試目標(biāo)，啟動(dòng)測(cè)試計(jì)劃過程，制度化基本的測(cè)試技術(shù)和方法。初始級(jí)中軟件的測(cè)試與調(diào)試常常被混為一談，軟件開發(fā)過程中缺乏測(cè)試資源，工具以及訓(xùn)練有素的測(cè)試人員。(4) 有定義良好的評(píng)估模型的支持。作為一類等級(jí)遞增模型，它能夠用于分析軟件測(cè)試機(jī)構(gòu)運(yùn)作過程中最優(yōu)秀或最混亂的區(qū)域，并輔助軟件測(cè)試機(jī)構(gòu)進(jìn)行測(cè)試過程的評(píng)估與改進(jìn)。5浙江大學(xué)碩士學(xué)位論文 第2章 軟件測(cè)試成熟度模型理論分析第2章 軟件測(cè)試成熟度模型理論分析 軟件測(cè)試能力成熟度模型概述 能力成熟度模型（Capability Maturity Model）簡(jiǎn)稱CMM[7]，其基本思想是：由于問題是由管理軟件開發(fā)過程的方法引起的，所以新技術(shù)的運(yùn)用不會(huì)自動(dòng)提高生產(chǎn)率和利潤(rùn)率。 第五章： 作者在第五章將介紹企業(yè)級(jí)軟件的主要特點(diǎn)，并根據(jù)第二章TMM分析結(jié)合黑莓企業(yè)手機(jī)管理平臺(tái)解決方案，提出了企業(yè)級(jí)軟件系統(tǒng)測(cè)試用例設(shè)計(jì)方案。作者將在下文對(duì)敏捷系統(tǒng)測(cè)試運(yùn)用測(cè)試成熟度模型的改進(jìn)和度量評(píng)估方法。作者將在論文中運(yùn)用TMM模型與敏捷系統(tǒng)測(cè)試過程模型的基本思想，提出基于TMM模型的敏捷系統(tǒng)測(cè)試具體過程實(shí)現(xiàn)模型，闡述如何發(fā)揮敏捷系統(tǒng)測(cè)試的優(yōu)勢(shì)，并減少其帶來的測(cè)試難度；分析軟件缺陷管理方案、企業(yè)級(jí)軟件系統(tǒng)測(cè)試用例設(shè)計(jì)；并提供案例分析以論證運(yùn)用TMM模型可以改進(jìn)敏捷系統(tǒng)測(cè)試過程。系統(tǒng)測(cè)試是軟件產(chǎn)品發(fā)布前的最終產(chǎn)品驗(yàn)收測(cè)試。敏捷團(tuán)隊(duì)負(fù)責(zé)人和架構(gòu)師將判斷該軟件缺陷的優(yōu)先程度，并將其設(shè)定為此迭代或在未來迭代周期中需解決的缺陷，而當(dāng)開發(fā)人員在某個(gè)迭代周期中修復(fù)此軟件缺陷之后，測(cè)試人員會(huì)得到反饋并進(jìn)行回歸測(cè)試驗(yàn)證。敏捷測(cè)試的優(yōu)點(diǎn)之一就是可以快速?gòu)臏y(cè)試中得到反饋，它驅(qū)動(dòng)項(xiàng)目前進(jìn)，每個(gè)迭代里程碑都需要達(dá)到既定的測(cè)試目標(biāo)。敏捷團(tuán)隊(duì)是以整體團(tuán)隊(duì)方式運(yùn)行。同時(shí)，