Ch4-軟件測試流程和規(guī)范

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

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

over

People？第4章軟件測試依據(jù)和規(guī)范4.1傳統(tǒng)的軟件測試過程4.2敏捷測試過程4.3軟件測試學(xué)派4.4基于風(fēng)險的測試策略4.5測試過程改進(jìn)4.6軟件測試規(guī)范4.1傳統(tǒng)的軟件測試過程

4.1.1W模型4.1.2Tmap

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

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

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

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

ScriptedTesting(ST)先設(shè)計后執(zhí)行

Script:手工測試

的Testcase/自動化的TestScript

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

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

測試過程改進(jìn)

4.5.1TMMi(TestingMaturityModel

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

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

TMMi4.5.2TPINEXT

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

測試建立上下文關(guān)系和測試環(huán)境質(zhì)量風(fēng)險評估測試估算測試計劃測試團隊開發(fā)測試（管理）系統(tǒng)開發(fā)測試發(fā)布管理測試執(zhí)行缺陷報告測試結(jié)果報告變更管理測試策略生命周期模型介入時間估計和計劃測試規(guī)格技術(shù)靜態(tài)測試技術(shù)度量測試自動化測試環(huán)境辦公環(huán)境承諾與動力測試功能與培訓(xùn)方法的范圍溝通報告缺陷管理測試件管理測試過程管理評估底層測試4.5.4STEP

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

已定義的測試過程使用

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

Standard

Collection主要軟件質(zhì)量標(biāo)準(zhǔn)GB/T11457-2006信息技術(shù)軟件工程術(shù)語GB/T8567-2006計算機軟件文檔編制規(guī)范GB/T

12504-90計算機軟件質(zhì)量保證計劃規(guī)范

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

GB/T16260.3-2006軟件工程產(chǎn)品質(zhì)量第3部分：內(nèi)部度量GB/T16260.4-2006軟件工程產(chǎn)品質(zhì)量第4部分：使用質(zhì)量的度量GBT15532-2008《計算機軟件測試規(guī)范》

GB/T

25000.51-2010《軟件工程

軟件產(chǎn)品質(zhì)量要求與評價

SQuaRE指南》,替換舊標(biāo)準(zhǔn)《GB/T17544-1998

信息技術(shù)軟件包質(zhì)量要求和測試》軟件測試規(guī)范

對軟件測試的流程過程化并對每一過程元素進(jìn)行明確的界定，形成完整的規(guī)范體系。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