軟件測試方法和技術第4章軟件測試流程與規范第3章回顧基于直覺和經驗的方法基于輸入域的方法等價類劃分、邊界值分析基于組合及其優化的技術判定表、因果圖、兩兩組合、正交實驗基于邏輯覆蓋的方法

判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、基本路徑覆蓋基于故障模式的測試方法基于模型的測試方法形式化方法軟件測試究竟如何管理？DisciplineoverRhetoric？Process

over

People？第4章軟件測試依據和規范4.1傳統的軟件測試過程4.2敏捷測試過程4.3軟件測試學派4.4基于風險的測試策略4.5測試過程改進4.6軟件測試規范4.1傳統的軟件測試過程

4.1.1W模型4.1.2Tmap

Next傳統的軟件測試過程6單元與集成測試需求評審設計評審系統測試驗收測試開發計劃設計執行評估報告測試階段（SDLC)軟件測試各個階段I/O階段輸入輸出需求評審需求定義,市場分析文檔,相關技術文檔市場需求分析會議記要,功能設計,技術設計設計審查市場需求文檔,技術設計文檔

測試計劃,測試用例單元測試集成測試代碼完成文件包,功能詳細設計說明書最終技術文檔完整測試用例,完備的測試計劃,缺陷報告,功能驗證測試報告系統測試代碼修改后的文件包完整測試用例,完備的測試計劃

缺陷報告缺陷狀態報告項目階段報告確認測試代碼凍結文件包確認測試用例缺陷狀態報告缺陷報告審查版本審查版本發布代碼發布文件包測試計劃檢查清單當前版本已知問題的清單版本發布報告進一步彰顯全過程測試4.1.3W模型4.1.2TMapTMap(TestManagementApproach，測試管理方法)是一種結構化的、基于風險策略的測試方法體系,目的能更早地發現缺陷，以最小的成本、有效地、徹底地完成測試任務，以減少軟件發布后的支持成本。TMap所定義的測試生命周期由計劃和控制、準備、說明、執行和完成等階段組成參考：/Home/TMap描述的生命周期模型TMap基本內容一個基于風險的測試方法基于風險的測試策略，來有效的分配測試投入在測試規劃的各個時間點進行商業投入TMap三大基石與軟件開發生命周期一致的測試活動生命周期（L）；堅實的組織融合（O）正確的基礎設施和工具（I）可用的技術（T）流程人/項目測試環境技術TMapNEXT之背景測試的獨立性和開發更緊密的融合更多種類的測試組織，包括測試工廠BDTM,BusinessDrivenTestManagement新的測試方法、技術，特別測試設計方法測試的基礎設施、支持流程測試估算、風險分析增加測試類型TMapNEXT/en/tmap-next業務驅動測試管理方法BDTM結構化的測試流程完整的工具包自適應的測試方法TestLifecycleBDTM客戶4.1敏捷測試過程

有什么開發就有什么測試深入敏捷宣言背后的原則（1）盡早和持續地交付有價值的軟件來滿足客戶歡迎需求變更——即使是在項目開發后期。要善于利用需求變更，幫助客戶獲得競爭優勢要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好項目過程中，業務人員與開發人員必須在一起工作深入敏捷宣言背后的原則（2）要善于激勵項目人員，給他們以所需要的環境和支持，并相信他們能夠完成任務無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談可用的軟件是衡量進度的主要指標敏捷過程提倡可持續的開發。項目方、開發人員和用戶應該能夠保持長期穩定的開發速度對技術的精益求精、對設計的不斷完善將提升敏捷性簡單——盡最大可能減少不必要的工作——一門藝術最佳的架構、需求和設計出自于自組織的團隊團隊要定期反省如何能夠做到更有效，并相應地調整團隊的行為深入敏捷宣言背后的原則（3）4.2.1敏捷測試的特征盡早和持續地開展測試能及時完成對軟件質量全面評估軟件本身是測試研究和分析最主要的對象在滿足所要求的質量，測試進行得越快越好測試人員必須和項目干系人保持密切協作對測試人員足夠信任和尊重測試計劃、設計和執行力求簡單對測試技術精益求精不斷反思，持續優化測試設計驗收測試驅動開發：ATDD敏捷測試=持續的質量反饋需求設計代碼功能非功能特性產品經理開發人員敏捷測試質量問題持續反饋質量問題持續反饋敏捷測試4.2.2敏捷測試流程敏捷Scrum測試流程全過程持續的單元/系統測試Daily產品Backlog(確定優先級)測試需求測試任務測試計劃可發布的產品階段性成果回歸測試+BVT驗收測試測試用例284.2.3基于腳本測試和探索式測試傳統現代以人為本流程決定結果基于腳本的測試

ScriptedTesting(ST)先設計后執行

Script:手工測試

的Testcase/自動化的TestScript

階段性明顯，屬于較傳統的測試方式分析設計執行報告30探索式測試定義Exploratorytestingmindmap為什么引人探索式測試？開發人員多、測試人員少，測試更關注效率整個開發節奏很快，測試要跟上這個節奏測試時間很少，需要快速完成測試對產品或業務不夠熟悉，需要操作或使用它來熟悉產品某些部分復雜，需要不斷探索，才能很好地完成測試32ST系統性強容易管理（可視性強）設計在先、執行在后驗證自己的思路可預見性ET（個人能力強）高效率適應性強執行和思考并行不斷問系統學習的過程STvs.ET34ETvs.ST

-2ScriptedTesting先設計、后執行強調邏輯分析關注需求和測試文檔有明確的測試標準強調評審、可控嚴謹、規范ExploratoryTesting學習、設計和執行并行上下文驅動強調個人能力TestOracle關注與產品的交互擁抱變化、樂趣4.3軟件測試流派各測試流派的特征37上下文驅動測試方法CDT:Context-drivenTesting任何實踐活動的價值依賴于它所處的上下文在某個上下文中只有好的實踐，沒有最佳實踐一起工作的人，才是項目的最重要組成部分項目的發展往往難以預料產品是問題的解決方案，如果問題沒得到解決，產品是無用的好的軟件測試時一個富有挑戰性的智力過程。只有通過判斷和技能，并在整個項目過程中協同練習它們，我們才能在正確的時間做正確的事，以有效地測試我們的產品4.4基于風險的測試策略基于風險的測試策略是指評估測試的優先級，先做高優先級的測試，如果時間或精力不夠，低優先級的測試可以暫時先不做軟件測試總是有風險的，基于風險的測試策略是最常用的策略在敏捷開發模式中，這種策略更能發揮價值基于風險的測試策略分析軟件產品的風險度可以通過出錯的影響程度和出現的概率來計算風險測試步驟列出軟件的所有功能和特性；確定每個功能出錯的可能性；如果某個功能出錯或欠缺某個特征，需要評估對用戶使用軟件產品的影響程度；根據上面兩個步驟，計算風險度；根據可能出錯的跡象，來修改風險度；決定測試的范圍，編寫測試方案4.5

測試過程改進

4.5.1TMMi(TestingMaturityModel

integration)4.5.2TPI(TestProcessImprovement)4.5.3CTP(CriticalTestProcess)4.5.4STEP(SystematicTest&EvaluationProcess)4.5.1TMMi

過程能力描述了遵循一個軟件測試過程可能達到的預期結果的范圍。TMMi的建立，得益于以下3點：充分吸收、CMM/CMMi的精華；基于歷史演化的測試過程；業界的最佳實踐。5個別級的一系列測試能力成熟度的定義，每個級別的組成包括到期目標、到期子目標活動、任務和職責等。一套評價模型，包括一個成熟度問卷、評估程序和團隊選拔培訓指南。TMM的5個級別簡要描述TMMi的4個級別內容描述特征目標TMMi結構

TMMi4.5.2TPINEXT

TPI（TestProcessImprovement）是基于連續性表示法的測試過程改進的參考模型，是在軟件控制、測試知識以及過往經驗的基礎上開發出來的TPI20個關鍵域測試策略生命周期模型介入時間估計和計劃測試規格技術靜態測試技術度量測試自動化測試環境辦公環境承諾與動力測試功能與培訓方法的范圍溝通報告缺陷管理測試件管理測試過程管理評估底層測試TPI級別為了了解過程在每個關鍵域所處的狀態，即對關鍵域的評估結果，通過級別是來體現。模型提供了4個級別，由A到D，A是最低級。根據測試過程的可視性改善、測試效率的提高、或成本的降低以及質量的提高，級別會有所上升。詳見表4-3TPI檢查點和建議為了能客觀地決定各個關鍵域的級別，TPI模型提供了一種度量工具——檢查點。每個級別都有若干個檢查點，測試過程只有在滿足了這些檢查點的要求之后，才意味著它達到了特定的級別檢查點幫助我們發現測試過程中的問題，而建議會幫助我們解決問題，最終改進測試過程。建議不僅包含對如何達到下個級別的指導，而且還包括一些具體的操作技巧、注意事項等。TPI成熟度矩陣TPINEXT商業驅動作為測試過程提升的基礎為改進目標和度量設定優先級確保商業可以引導和控制改進的過程TPINext（關鍵域）TPIvs.TPINext4.5.3CTP關鍵測試過程（CriticalTestProcess，CTP）:內容參考模型、上下文相關的方法，并能對模型進行裁剪使用CTP的過程改進，始于對現有測試過程的評估，通過評估以識別過程的強弱，并結合組織的需要提供改進的意見計劃（Plan）、準備（Prepare）、執行（Perform）和完善(Perfect)；計劃和完善主要是管理工作，準備和執行是實踐工作CTP12個關鍵過程

測試建立上下文關系和測試環境質量風險評估測試估算測試計劃測試團隊開發測試（管理）系統開發測試發布管理測試執行缺陷報告測試結果報告變更管理測試策略生命周期模型介入時間估計和計劃測試規格技術靜態測試技術度量測試自動化測試環境辦公環境承諾與動力測試功能與培訓方法的范圍溝通報告缺陷管理測試件管理測試過程管理評估底層測試4.5.4STEP

STEP（SystematicTestandEvaluationProcess，系統化測試和評估過程）是一個內容參考模型基于需求的測試策略在生命周期初始開始進行測試測試用作需求和使用模型由測試件設計導出軟件設計（測試驅動開發）及早發現缺陷或完全的缺陷預防對缺陷進行系統分析測試人員和開發人員一起工作STEP強調度量不同時期的測試狀態測試需求和風險覆蓋缺陷趨勢，包括發現、等級和分類分項數據缺陷密度、缺陷移除效率、缺陷發現率缺陷引進、發現和移除等階段測試成本，包括時間、工作量和資金

已定義的測試過程使用

客戶滿意度STEP比較STEP與CTP比較類似，而不像TMMI和TPI，并不要求改進需要遵循特定的順序。某些情況下，STEP評估模型可以與TPI成熟度模型結合起來使用4.6軟件測試規范4.3.1概述4.3.2ISO/GB軟件質量體系標準4.3.3軟件測試規范概述國際標準國家標準行業標準企業(機構)規范項目規范ISO9000-3QualitymanagementandqualityassurancestandardsISO/IEC12119Informationtechnology-Softwarepackages-QualityrequirementsandtestingGBT15532-2008《計算機軟件測試規范》IEEEStd1008單元測試標準IBM程序設計開發指南標準和質量體系認證SC7

Standard

Collection主要軟件質量標準GB/T11457-2006信息技術軟件工程術語GB/T8567-2006計算機軟件文檔編制規范GB/T

12504-90計算機軟件質量保證計劃規范

GB/T18905軟件工程產品評價……GB/T16260.1-2006軟件工程產品質量第1部分：質量模型GB/T16260.2-2006軟件工程產品質量第2部分：外部度量

GB/T16260.3-2006軟件工程產品質量第3部分：內部度量GB/T16260.4-2006軟件工程產品質量第4部分：使用質量的度量GBT15532-2008《計算機軟件測試規范》

GB/T

25000.51-2010《軟件工程

軟件產品質量要求與評價

SQuaRE指南》,替換舊標準《GB/T17544-1998

信息技術軟件包質量要求和測試》軟件測試規范

對軟件測試的流程過程化并對每一過程元素進行明確的界定，形成完整的規范體系。66ISO

29119

OverviewPart1Concepts&VocabularyPart2Strategy&ProcessPart3DocumentationPart4TechniquesISO25051:6ISO25051:7IEEE1008BSI7925-2IEEE829:2007BSI7925-1Normative(Generic)Appendicese.g.Unit….e.g.Integration…e.g.System…e.g.Acceptance…e.g.Maintenance..Normative(Generic)AppendicesLevelTechnique1e.g.technique1Unite.g.technique1Integratione.g.technique1Systeme.g.technique1Acceptancee.g.technique1MaintenanceTechnique2……Part1：Concepts&VocabularySoftwaretestingconceptsIntroductiontosoftwaretestingRelationshipbetweentesting,development&maintenanceImplicationsoflifecyclemodelsTypesoftestingTestingvocabulary…etcPart2：

TestingProcessTestmanagementprocessTeststrategyTestprocessmonitoringTestprojectcompletionTestprocessTestplanning，Testdesign，TestexecutionAnomalyreportingTestcompletionReporting：Status、ProjectTestenvironmentsupportAppendices:Examplesoftheseprocesses,ateachleveloftesting&forvariouslifecyclemodelsMappingstoexistingstandardsPart3：

DocumentationTestmanagementdocumentationTeststrategyTestprojectcompletionreportTestdocumentationTestplanTestspecificationTestresultsAnomalyreportsTestlevelcompletionreportInterimstatusreporting：test/testlevel

statusTestenvironmentreportAppendices–examplesofeachreport,ateachleveloftestingPart4:

TechniquesTestcasedesigntechniquesStatictestingtechniquesInspections&walkthroughs,etc.DynamictestingtechniquesBlack-box,white-box,etcNon-functionaltestingtechniquesSecurity,performance,etc.TestmeasurementtechniquesAppendicesExamplesofeachtechnique,ateachleveloftestingTesttechniqueeffectivenessMappingstoexistingstandardsISO29119

Process

overview72TestingManagement

ProcessesTestProjectCompletionReport[Testcompletioncriterionnotmet]TestLevelCompletionReportTestPlanning(TP1)TestExecution(TP3)AnomalyReporting(TP4)TestPlanTestSpecTestResults[Issuenoticed][Noissuesnoticed]AnomalyReport[Test

completioncriterion

met]Design&BuildTest(s)(TP2)Write/Update&InitiateTestStrategy(TMP1)Monitor/UpdateTestProcess(TMP2)TestCompletion(TMP3)TestProcessTestStrategyInterimTestStatusReportsTestStrategyUpdatesProjectManagementPlan,RegulatoryStandards,SystemRequirements,Specifications&DocumentationTest