產(chǎn)品測試管理

產(chǎn)品測試管理課程目錄0、公司介紹課程介紹1、產(chǎn)品測試概述2、產(chǎn)品測試組織3、產(chǎn)品測試需求分析5、產(chǎn)品測試用例設(shè)計4、產(chǎn)品測試策略和計劃6、產(chǎn)品測試自動化7、產(chǎn)品測試缺陷分析華成對企業(yè)核心價值鏈的理解課程清單（一）類別序號課程名稱課時研發(fā)戰(zhàn)略管理RDM001研發(fā)管理總裁班－－如何打造有競爭力的研發(fā)管理體系（PromotingInnovation）1天RDM002技術(shù)創(chuàng)新和產(chǎn)品創(chuàng)新管理（TechnologyInnovationandProductInnovation）2天RDM003創(chuàng)建市場導(dǎo)向的流程型研發(fā)組織（Market-orientedProcessOrganizationofR&D）1天RDM004研發(fā)變革管理（ChangeManagementinR&D）1天RDM005研發(fā)戰(zhàn)略管理（StrategyManagementinR&D）1天課程清單（二）類別序號課程名稱課時研發(fā)業(yè)務(wù)管理RDM010市場驅(qū)動的產(chǎn)品開發(fā)流程管理（Market-DrivenNPDProcessManagement）2天RDM011研發(fā)項目管理（R&DProjectManagement）2天RDM012軟件項目管理（SoftwareProjectManagement）2天RDM013研發(fā)項目計劃與控制（R&DProjectPlan&Control）2天RDM014產(chǎn)品需求管理（RequirementsManagement）2天RDM015產(chǎn)品測試管理（Testing）2天RDM016從樣品走向量產(chǎn)（Piloting）2天RDM017研發(fā)質(zhì)量管理（R&DQualityManagement）2天RDM018模擬新產(chǎn)品開發(fā)管理實戰(zhàn)訓(xùn)練（NPDSimulation）3-5天RDM022如何提升研發(fā)組織的能力（HowtoupgradeProcessCapabilityofR&D）2天RDM023系統(tǒng)工程在產(chǎn)品開發(fā)中的應(yīng)用（TheApplicationofSystemEngineeringinNPD）2天RDM026研發(fā)項目工具與模板（R&DProjectToolsandTemplates）2天課程清單（三）類別序號課程名稱課時研發(fā)支撐管理RDM051研發(fā)人員的考核與激勵（R&DPerformanceManagement）2天RDM052成功的產(chǎn)品經(jīng)理（SuccessProductManager）2天RDM053研發(fā)人員職業(yè)素養(yǎng)（R&DExcellentEmployee）2天RDM054研發(fā)知識產(chǎn)權(quán)管理（IntellectualPropertyManagement）2天RDM055研發(fā)財經(jīng)與成本管理（FinanceandCostManagement）1天RDM056從技術(shù)走向管理－－研發(fā)經(jīng)理的領(lǐng)導(dǎo)力與執(zhí)行力（TheLeadershipandExecutiveofR&DManager）2天RDM057研發(fā)溝通管理（CommunicationManagementofR&D）2天RDM058研發(fā)人員的培養(yǎng)與職業(yè)生涯規(guī)劃（TrainingandCareerPathofR&DEmployee）2天RDM059研發(fā)與技術(shù)人員核心管理技能提升（UpgradeCoreManagementSkillsofR&DEmployee）2天課程清單（四）類別序號課程名稱課時市場管理MM001產(chǎn)品市場管理（ProductMarketingManagement）2天MM002產(chǎn)品戰(zhàn)略規(guī)劃與路標管理（ProductStrategyandRoadMap

Management）2天MM003新產(chǎn)品的上市與行銷管理（ProductLaunchandMarketingManagement）2天MM004產(chǎn)品售前支持與管理（ProductPreSaleManagement）2天研發(fā)IT管理IT001研發(fā)IT規(guī)劃和實施策略（ITStrategyandPlanofR&D）2天IT002產(chǎn)品數(shù)據(jù)管理（PDM：ProductDataManagement）2天IT003研發(fā)IT架構(gòu)設(shè)計（R&DITArchitecture）2天產(chǎn)品開發(fā)管理的發(fā)展歷程《NextGenerationProductDevelopment:HowtoIncreaseProductivity,CutCosts,andReduceCycleTimes(Hardcover)》研發(fā)生產(chǎn)

率時代

快速上市

時代

產(chǎn)品成功

時代

發(fā)明與商品化時代

青銅器RDM全方位實現(xiàn)研發(fā)業(yè)務(wù)信息化產(chǎn)品測試概述系統(tǒng)質(zhì)量管理體系如：產(chǎn)品開發(fā)流程集成測試流程技術(shù)支持工作流程結(jié)構(gòu)設(shè)計流程軟件開發(fā)流程器件選型流程培訓(xùn)流程如：ISO9000內(nèi)審計劃工程質(zhì)量管理計劃培訓(xùn)質(zhì)量管理計劃如：組織機構(gòu)角色與職位情景化知識管理體系

PAL如：業(yè)務(wù)改進體系優(yōu)化能力提升根源分析如：引導(dǎo)/培訓(xùn)審計/檢查結(jié)果審計質(zhì)量體系審計如：度量評審評估

測試☆提示，華成咨詢課程RDM017

研發(fā)質(zhì)量管理詳細講解整個研發(fā)質(zhì)量管理體系的構(gòu)成和執(zhí)行的方法2.管理級1.初始級3.定義級4.量化管理級有紀律的過程標準、一致的過程可預(yù)測的過程持續(xù)改進過程不可預(yù)測并且缺乏控制可重復(fù)以前的主要經(jīng)驗過程被描述，并得到良好理解過程被測量并受控關(guān)注過程改進5.優(yōu)化級項目管理集成工程過程產(chǎn)品和過程質(zhì)量管理變更測試在CMMI中的位置Verification：驗證Validation：確認CMMI:CapabilityMaturityModeIntegration能力成熟度模型集成測試貫穿產(chǎn)品開發(fā)始終概念方案開發(fā)驗證發(fā)布啟動項目制定產(chǎn)品測試策略測試制定產(chǎn)品測試計劃持續(xù)跟蹤監(jiān)控產(chǎn)品測試計劃TRTRTRTRTRTRDCPDCPDCP優(yōu)化產(chǎn)品測試計劃缺陷引入階段分析錯誤定位費用分析錯誤引入階段分析JamesMartin：超過50%的缺陷由不完善的、不正確的、不準確的和/或不明確的需求所引起JamesMartin：80%以上的用于定位軟件錯誤的費用是基于軟件系統(tǒng)需求定義的錯誤為什么要盡早測試階段需求設(shè)計編碼單元測試驗收測試交付后維護糾正費試兩原則Good-enough原則Zero-bug&Good-enough投入&產(chǎn)出Pareto原則研發(fā)測試：80%BUG系統(tǒng)測試：80%BUG用戶使用：5%BUG產(chǎn)品測試組織研發(fā)測試部在公司的位置公司研發(fā)領(lǐng)導(dǎo)

軟件部

硬件部測試部測試質(zhì)量部測試技術(shù)部A類產(chǎn)品測試部B類產(chǎn)品測試部C類產(chǎn)品測試部產(chǎn)品測試組產(chǎn)品測試組產(chǎn)品測試組測試物料部項目團隊的構(gòu)成(NPD)注：來自《PDMAHandbook》項目團隊模式產(chǎn)品經(jīng)理/項目經(jīng)理開發(fā)經(jīng)理（代表）測試經(jīng)理（代表）其他配置管理風險管理度量管理測試協(xié)調(diào)員業(yè)務(wù)測試組性能測試組驗收測試組特性測試組TSESEQA測試組織的演進混淆階段沒有專職測試人員缺少完善的測試流程測試手段單一嚴格區(qū)分階段測試部門獨立專職測試人員不斷完善的測試流程測試工具\技術(shù)開發(fā)專業(yè)協(xié)作階段專職測試人員完備的測試流程人人具備測試意識測試工具\技術(shù)開發(fā)運營測試測試人員的雙重晉升機制初做者專家高級專家資深專家監(jiān)督者管理者領(lǐng)導(dǎo)者有經(jīng)驗者測試人員資格等級劃分一級1年以上測試工作經(jīng)驗；具有系統(tǒng)測試用例執(zhí)行,單元測試工作經(jīng)驗二級2年以上測試工作經(jīng)驗；具有較多系統(tǒng)測試執(zhí)行、測試用例編寫,單元測試設(shè)計與執(zhí)行工作經(jīng)驗三級3年以上測試工作經(jīng)驗；具有測試方案設(shè)計經(jīng)驗，有帶領(lǐng)團隊完成版本測試的經(jīng)驗。有領(lǐng)導(dǎo)試驗局開通的工作經(jīng)驗，有單元測試/集成測試設(shè)計的經(jīng)驗,以及指導(dǎo)相關(guān)測試人員進行測試的經(jīng)驗四級4年以上測試類工作經(jīng)驗；具備產(chǎn)品測試技術(shù)領(lǐng)域較全面的知識，具有解決產(chǎn)品開發(fā)過程中的重大技術(shù)問題，參與測試技術(shù)發(fā)展的決策工作的經(jīng)驗。測試過產(chǎn)品系統(tǒng)可測試性設(shè)計,參與過測試工具的設(shè)計/開發(fā)工作五級5年以上測試工作經(jīng)驗；具備產(chǎn)品軟件技術(shù)領(lǐng)域、系統(tǒng)領(lǐng)域全面的知識，有解決產(chǎn)品開發(fā)過程中的重大技術(shù)難題的經(jīng)驗，有預(yù)見企業(yè)未來產(chǎn)品的測試技術(shù)走向，并組織測試技術(shù)研究的經(jīng)驗。具備相關(guān)流程規(guī)范標準的建設(shè)和優(yōu)化經(jīng)驗，是公司測試領(lǐng)域的技術(shù)帶頭人六級6年以上測試工作經(jīng)驗；具備產(chǎn)品軟件技術(shù)領(lǐng)域、系統(tǒng)領(lǐng)域廣博精深的知識，有解決產(chǎn)品開發(fā)過程中的重大系統(tǒng)類技術(shù)難題的經(jīng)驗，有參與決策企業(yè)未來產(chǎn)品的測試技術(shù)走向的經(jīng)驗。是公司測試技術(shù)的權(quán)威。參與過公司級別測試平臺的規(guī)劃工作不同等級負責不同事務(wù)初做者專家高級專家資深專家監(jiān)督者管理者領(lǐng)導(dǎo)者有經(jīng)驗者測試執(zhí)行，例如系統(tǒng)測試操作測試系統(tǒng)設(shè)計，可測試性設(shè)計，測試規(guī)劃，測試評估測試用例設(shè)計，例如系統(tǒng)測試用例編寫，測試腳本編寫測試團隊領(lǐng)導(dǎo)，測試工程領(lǐng)導(dǎo)，技術(shù)指導(dǎo)測試體系構(gòu)造，例如構(gòu)造公司級別的測試平臺，測試技術(shù)研究，測試過程改進測試人員職業(yè)發(fā)展Tester客戶需求分析專家自動化測試專家產(chǎn)品/項目經(jīng)理測試職能經(jīng)理資深測試專家售前支持專家產(chǎn)品技術(shù)支持專家演練與討論結(jié)合公司實際測試工作，您認為一個優(yōu)秀的測試人員需要具備哪些素質(zhì)特征？每個小組選派一名代表上臺發(fā)表產(chǎn)品測試需求分析產(chǎn)品測試需求分析產(chǎn)品需求工程過程測試需求分析

測試方案DFT產(chǎn)品需求評審產(chǎn)品測試規(guī)格測試重點分析測試環(huán)境特性測試方案客戶化測試（面向需求的測試）IBM：客戶遇到的57％故障來自2％的缺陷站在客戶角度測試有利于測試效率提升系統(tǒng)缺陷客戶遇到缺陷需求工程貫穿產(chǎn)品開發(fā)全過程市場需求產(chǎn)品包需求內(nèi)部需求設(shè)計需求系統(tǒng)規(guī)格軟件需求客戶要求功能需求非功能需求標準約束硬件需求架構(gòu)設(shè)計質(zhì)量屬性DFX書面標準事實標準功能分解將系統(tǒng)功能分解為更詳細的子功能將子功能需求按照邏輯順序排列詳盡考慮所有可能的異常和反復(fù)自上而下層層分解TopLevel1stLevel2ndLevel6.05.03.04.02.01.0....7層次圖層次圖：HierarchyDiagram（FunctionTree、PhysicalTree）好需求的標準以下需求有什么問題？某照相機有2個需求：在膠片到底后，可高速回繞。膠片回繞過程中噪音要小。某發(fā)動機有4個需求：如果70°<溫度<100°，那么輸出功率為3000W如果100°<溫度<130°，那么輸出功率為2000W如果120°<溫度<150°，那么輸出功率為1000W如果150°<溫度，那么輸出功率為0W產(chǎn)品生命周期成本冰山模型什么是DFT?可測性：系統(tǒng)和設(shè)備能及時準確地確定其工作狀態(tài)（可工作、不可工作、工作性能下降）并隔離其內(nèi)部故障的一種設(shè)計特性 《MIL-STD-2165》目的方便測試降低測試成本發(fā)現(xiàn)、定位、隔離、解決問題可見性面向測試、維護人員一般對客戶不可見，客戶也不關(guān)心全流程性貫穿項目全過程涵蓋所有測試階段：驗證測試、生產(chǎn)測試、維護診斷DFT可觀＋可控＋可預(yù)測DFT:DesignForTest可測試性設(shè)計DFT的必要性M公司DFT效益分析產(chǎn)品測試分析與設(shè)計產(chǎn)品包需求設(shè)計需求設(shè)計規(guī)格產(chǎn)品測試需求分析測試規(guī)范與理論制定產(chǎn)品總體測試策略BUILD計劃特性A測試方案特性B測試方案特性C測試方案特性A測試用例特性B測試用例特性C測試用例測試執(zhí)行測試需求分析測試方案設(shè)計測試用例設(shè)計猴測試需求雙向跟蹤機制需求標識需求標題系統(tǒng)測試用例標識系統(tǒng)測試用例標題R.UserM.001用戶管理T.UserM.Add.001增加新用戶T.UserM.Del.001刪除用戶T.UserM.Mod.001修改用戶屬性…………RTM:RequirementsTracingMatrix需求跟蹤矩陣演練與討論總結(jié)歷史項目后期測試中存在的效率低下、難以測試、測試問題難以定位等問題，提煉總結(jié)項目的可測試需求（DFT）？每個小組選派一名代表上臺發(fā)表歷史后期測試存在的問題提煉出的測試需求……………………產(chǎn)品測試策略和計劃產(chǎn)品測試策略與計劃概念方案開發(fā)驗證發(fā)布啟動項目制定產(chǎn)品測試策略制定產(chǎn)品測試計劃持續(xù)跟蹤監(jiān)控產(chǎn)品測試計劃TRTRTRTRTRTRDCPDCPDCP優(yōu)化產(chǎn)品測試計劃測試測試策略需要重點考慮的內(nèi)容關(guān)鍵測試技術(shù)分析需求的自動化測試分析關(guān)鍵測試數(shù)據(jù)的獲得每個BUILD的測試重點分析外部認證和標竿測試分析測試儀器、環(huán)境的獲得性分析測試工具分析軟件打點方式比較便宜可在CACHE打開下工作對目標系統(tǒng)影響大（超過50%）占用目標系統(tǒng)資源如，CPU時間內(nèi)存，通訊通道等缺乏很好的性能分析缺乏覆蓋率分析缺乏內(nèi)存分配分析精確度偏低對目標系統(tǒng)影響小（1-15%）不占用目標系統(tǒng)資源軟件打點技術(shù)強大的性能分析強大的覆蓋率分析強大的內(nèi)存分配分析價格較便宜可在CACHE打開方式下工作非常精確不影響目標系統(tǒng)（0%）不占用系統(tǒng)資源不用打點有限或沒有性能分析有限的或沒有覆蓋率分析沒有內(nèi)存分配分析無法在CACHE打開方式下工作精確性隨情況變化通過仿真存儲器工作價格昂貴純軟件測試工具純硬件工具仿真器，邏輯分析儀CodeTEST硬件輔助軟件測試工具常見的測試工具類型劃分靜態(tài)測試工具測試腳本工具（TCL、Python）覆蓋率檢測工具內(nèi)存泄漏檢測工具性能壓力測試工具傳統(tǒng)測試流程出現(xiàn)的問題開發(fā)進度（已實現(xiàn)比例）項目進度100％開始集成設(shè)計缺陷導(dǎo)致返工計劃發(fā)布日期實際發(fā)布日期項目進度難以控制項目風險控制能力弱40％精力發(fā)費在集成和測試上漸增測試模型模塊設(shè)計編碼模塊測試每日構(gòu)建系統(tǒng)聯(lián)調(diào)與集成原型機測試M1M2MITSDVM3M5MITSDVMITSDVM8MITSDVTRTRTRTRBuild1Build2Build3Build4模塊級（MUT\MIT\MST）系統(tǒng)級V模型傳統(tǒng)開發(fā)測試模型制定產(chǎn)品測試策略定義產(chǎn)品可測試性需求制定產(chǎn)品測試計劃產(chǎn)品測試需求分析制定產(chǎn)品測試方案測試用例設(shè)計自動測試設(shè)計與開發(fā)設(shè)計需求和規(guī)格定義BUILD劃分模塊設(shè)計、實現(xiàn)、驗證、每日構(gòu)建、持續(xù)集成系統(tǒng)測試、BETA測試入網(wǎng)、準入測試MSF開發(fā)測試模型產(chǎn)品周期部署構(gòu)思計劃開發(fā)穩(wěn)定項目計劃認可范圍完成部署完成遠景/范圍認可發(fā)布就緒認可總結(jié)測試經(jīng)驗

總結(jié)顧客反饋

定義質(zhì)量標準審核項目計劃

確保項目具可測性

設(shè)計測試方案

選擇測試工具

構(gòu)筑測試環(huán)境審核開發(fā)設(shè)計

審核代碼

設(shè)計測試用例

開發(fā)測試程序運行測試用例

維護自動測試

驗證修改

探索性測試

編寫產(chǎn)品用例最終媒體檢測

解答用戶疑難TDD開發(fā)測試模式WriteatestCompileFixcompileerrorsRuntest,

watchitfailWritecodeRuntest,

watchitpassRefactorcode

(andtest)TDD：Test-DrivenDevelopment版本轉(zhuǎn)測試流程我負責提供轉(zhuǎn)測試材料我負責和測試接口，保證轉(zhuǎn)測試材料的完備性我負責監(jiān)督轉(zhuǎn)測試流程的正確執(zhí)行我負責驗收轉(zhuǎn)測試所需要材料，如果不完備，對不起，我不接設(shè)計文檔運行代碼測試建議……CMOTMR&D測試在分級計劃體系的位置項目經(jīng)理市場硬件軟件測試制造服務(wù)主控板項目組背板項目組電源板項目組界面項目組數(shù)據(jù)庫項目組協(xié)議項目組一周二周三周四周一級計劃（產(chǎn)品級）二級計劃（職能領(lǐng)域級）三級計劃（項目模塊級）周計劃（員工個人級）☆提示，青銅器RDM1000研發(fā)管理系統(tǒng)全面實現(xiàn)分層計劃管理體系，通過計劃將研發(fā)、采購、制造、市場等各個職能領(lǐng)域的工作有效協(xié)同測試通過和失敗的標準測試通過和失敗的標準是測試活動結(jié)束的依據(jù)系統(tǒng)測試通過/失敗標準舉例:達到100%需求覆蓋沒有遺留致命問題，嚴重問題有相應(yīng)的規(guī)避手段所有1、2級測試用例全部執(zhí)行，3、4級執(zhí)行70%以上……測試掛起和恢復(fù)的標準系統(tǒng)測試掛起標準舉例:基本業(yè)務(wù)測試不通過最小接受測試項目有10％以上沒有通過出現(xiàn)致命問題導(dǎo)致30％用例被堵塞，測試無法進行……系統(tǒng)測試恢復(fù)條件舉例：導(dǎo)致測試堵塞的問題被修復(fù)，并通過回歸測試……系統(tǒng)測試范圍1、功能測試2、可靠測試3、易用測試4、兼容測試5、安裝測試6、網(wǎng)絡(luò)測試7、異常測試8、性能測試9、強度測試10、安全測試11、接口測試12、資源測試系統(tǒng)測試關(guān)鍵成敗因素1、測試環(huán)境規(guī)劃2、測試物料3、領(lǐng)導(dǎo)支持4、流程支持5、測試關(guān)注點的全面性6、初驗測試7、缺陷記錄8、人員輪換9、版本管理10、下游人員參與11、BUG通報會用戶測試的成敗因素1、計劃制定2、客戶意識3、測試前范圍溝通4、過程記錄5、承認錯誤6、壓力傳達7、偵探能力8、追求完美9、預(yù)測試10、模擬實際運行環(huán)境11、優(yōu)勢標準化演練與討論畫出公司實際產(chǎn)品開發(fā)的階段劃分，每個階段的關(guān)鍵測試活動，分析執(zhí)行中存在的問題和解決思路？每個小組選派一名代表上臺發(fā)表產(chǎn)品測試用例設(shè)計不同系統(tǒng)需要不同的測試質(zhì)量要求

A級–災(zāi)難性的影響需要MC/DC測試引擎控制飛行計算導(dǎo)航處理B級–危險的影響需要DC測試差分GPS飛機之間接近感應(yīng)C級–重要的影響需要SC測試無線數(shù)據(jù)鏈接D級–次要性影響函數(shù)進入/退出覆蓋率測試飛機內(nèi)娛樂設(shè)施測試方法分類基于對代碼邏輯的關(guān)注度白盒、黑盒、灰盒基于測試手段靜態(tài)、動態(tài)基于測試級別單元、集成、系統(tǒng)、驗收基本測試環(huán)境樁模塊樁模塊樁模塊被測模塊驅(qū)動模塊測試用例測試輸出NASA經(jīng)驗分享NASA（美國航空航天管理局）：版本發(fā)布后遺留缺陷率測試成本（人月/KLOC）開發(fā)組測試20%1.4獨立測試組16%2.5語句覆蓋測試用例設(shè)計(A>2)AND(B=5)X=X/A(A=2)OR(X>2)X=X*2bacdeTFTFA=3B=5X=9A=1B=5X=3CASE1CASE2被測函數(shù)F(A,B,X)流程圖判定覆蓋測試用例設(shè)計(A>2)AND(B=5)X=X/A(A=2)OR(X>2)X=X*2bacdeTFTFA=3B=5X=9A=1B=5X=1CASE1:T

TCASE2:FF被測函數(shù)F(A,B,X)流程圖條件覆蓋測試用例設(shè)計(A>2)AND(B=5)X=X/A(A=2)OR(X>2)X=X*2bacdeTFTFA=3B=5X=6A=2B=6X=3CASE1:T1T2

F3

F4CASE2:F1F2T3T4被測函數(shù)F(A,B,X)流程圖判定與條件覆蓋的關(guān)系IF（cond1ORcond2）編號cond1cond2判定結(jié)果1TFT2FFF編號cond1cond2判定結(jié)果1TFT2FTT判定100％覆蓋條件100％覆蓋演練與討論結(jié)合演練材料輸出各種覆蓋的測試用例每個小組選派一名代表上臺發(fā)表等價類用例設(shè)計法等價類：某個輸入域的劃分為若干類，每一類的代表性測試數(shù)據(jù)的作用等價于這一類的其他數(shù)據(jù)，若能發(fā)現(xiàn)問題，其他數(shù)據(jù)也能發(fā)現(xiàn)，否則亦然有效等價類（N個）、無效等價類（N個）具體劃分為4步：明確系統(tǒng)目的

劃分等價類

設(shè)計有效用例

設(shè)計無效用例建立等價類表目的有效等價類無效等價類……對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合，利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能…..………………邊界值用例設(shè)計法由測試工作的經(jīng)驗得知，大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內(nèi)部。邊界值用例設(shè)計方法是一種特殊的等價類用例設(shè)計方法。邊界值分析圖解上點離點內(nèi)點閉區(qū)間上點離點內(nèi)點開區(qū)間上點離點內(nèi)點半開半閉區(qū)間場景分析用例設(shè)計法系統(tǒng)通常是用事件觸發(fā)來控制業(yè)務(wù)流程的，事件觸發(fā)時的情景便形成了場景，不同的觸發(fā)順序和處理結(jié)果就形成事件流基本流、備選流具體劃分為5步：基本流分析

備選流分析

確定測試場景

選取測試數(shù)據(jù)

構(gòu)造測試用例FFBDUsecaseFFBD:FunctionFlowBlockDiagram場景、基本流、備選流場景1:基本流場景2:基本流備選流1場景3:基本流備選流1備選流2場景4:基本流備選流3場景5:基本流備選流3備選流1場景6:基本流備選流3備選流1備選流2場景7:基本流備選流4場景8:基本流備選流3備選流4正交試驗用例設(shè)計法設(shè)計多因素測試用例的一種科學方法。利用正交表，科學地挑選試驗條件，針對性設(shè)計測試用例指標、因子、因子狀態(tài)完全因子狀態(tài)組合、部分因子狀態(tài)組合具體劃分為5步：分析系統(tǒng)明確驗證指標

分析因子明確因子狀態(tài)

因子篩選

形成正交表構(gòu)造測試用例性能可靠性因子狀態(tài)表正交表因子分析表因子狀態(tài)表、正交試驗表因子狀態(tài)因子A（IA）因子B（IB）……因子n（IN）狀態(tài)1(S1)狀態(tài)5狀態(tài)9狀態(tài)11狀態(tài)2(S2)狀態(tài)6狀態(tài)12狀態(tài)15列號測試號I1I2I3I4I5T1S1S1S1S1S1T2S1S2S2S2S2T3S2S1S1S2S2T4S2S2S2S1S1T5S3S1S2S1S2T6S3S2S1S2S1T7S4S1S2S2S1T8S4S2S1S1S2因子狀態(tài)表正交試驗表L8（4×2

）

4判定表用例設(shè)計法判定表：分析和表達多種輸入條件下系統(tǒng)執(zhí)行不同動作的工具，可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達得既具體又明確。條件、結(jié)果、規(guī)則具體劃分為４步：窮舉條件、結(jié)果

分析條件組合確定對應(yīng)結(jié)果

判定表合并

規(guī)則轉(zhuǎn)換為測試用例判斷表判斷合并規(guī)則判定表樣例規(guī)則Ⅰ規(guī)則Ⅱ規(guī)則Ⅲ規(guī)則Ⅳ規(guī)則Ⅴ規(guī)則Ⅵ條件ATFFTFT條件BFFFFTF條件CFFFTFF動作1√√√動作2√√√動作3√√結(jié)果反應(yīng)條件組合系統(tǒng)規(guī)則結(jié)果窮舉條件窮舉判定表的合并規(guī)則合并：將兩條或多條規(guī)則具有相同的動作，并且其條件項之間存在著極為相似的關(guān)系規(guī)則ⅠYYY√規(guī)則ⅥYYN√規(guī)則ⅪYY－√演練與討論結(jié)合演練材料A采用等價類測試用例設(shè)計結(jié)合演練材料B采用場景分析測試用例設(shè)計結(jié)合演練材料C采用判定表測試用例設(shè)計結(jié)合演練材料D采用正交試驗測試用例設(shè)計每個小組選派一名代表上臺發(fā)表產(chǎn)品測試自動化產(chǎn)品測試自動化測試控制測試數(shù)據(jù)面向腳本圖形化、表格化TestFrameAW、TC、TLKDT語句覆蓋條件覆蓋判定覆蓋條件決策覆蓋TDDXUINT每日構(gòu)建在線測試灰盒調(diào)測持續(xù)測試XP系統(tǒng)測試自動化發(fā)展歷程錄制回放階段控制與數(shù)據(jù)分離階段框架結(jié)構(gòu)數(shù)據(jù)驅(qū)動階段白盒測試自動化發(fā)展歷程調(diào)試即測試階段覆蓋測試階段持續(xù)測試階段調(diào)測一體階段抽象業(yè)務(wù)測試階段面向業(yè)務(wù)過程BPT測試腳本技術(shù)TCL、PythonCSE、Perl3級腳本運用靜態(tài)自動化測試技術(shù)規(guī)則檢查靜態(tài)質(zhì)量評價體系模擬執(zhí)行階段一：錄制回放階段OKFind執(zhí)行腳本檢驗結(jié)果報告錯誤錄制/修訂選擇測試需求錄制操作過程（面向?qū)ο箐浿?）插入驗證點（手工）編輯生成的腳本（可選）

階段二：控制與數(shù)據(jù)分離，數(shù)據(jù)驅(qū)動Data-Driven測試腳本Hard-coded測試腳本實現(xiàn)測試數(shù)據(jù)和測試代碼相分離MS：時鐘測試Hmm…ifIamhereandIdothisthenIshouldenduptherethisherethereDigitalDidtheclockgocorrectlytoDigitalmode?產(chǎn)生基于模型的測試的模型Definestatesandactions:ThesystemiseitherRUNNINGorNOT_RUNNING.ThesettingiseitherANALOGorDIGITAL.AnalogNOT_RUNNINGANALOGRUNNINGANALOGStartStopAnalogDigitalRUNNINGDIGITALNOT_RUNNINGDIGITALStartStopDigitalFindtherules:Youcan’texecutetheStopactioniftheclockisnotrunningAftertheStopactionexecutes,theapplicationisnotrunning.產(chǎn)生狀態(tài)機的狀態(tài)表BeginningStateActionEndingState

NOT_RUNNING.ANALOGStartRUNNING.ANALOGNOT_RUNNING.DIGITALStartRUNNING.DIGITALRUNNING.ANALOGStopNOT_RUNNING.ANALOGRUNNING.DIGITALStopNOT_RUNNING.DIGITALRUNNING.ANALOGAnalogRUNNING.ANALOGRUNNING.ANALOGDigitalRUNNING.DIGITALRUNNING.DIGITALAnalogRUNNING.ANALOGRUNNING.DIGITALDigitalRUNNING.DIGITAL轉(zhuǎn)化為自動化測試腳本open“test_sequence.txt”forinputas#infile ＃getthelistoftestactions

whilenot(EOF(infile))

lineinput#infile,action ＃readinatestaction

selectcaseactioncase“Start“ ＃StarttheClockrun(“C:\WINNT\System32\clock.exe”) ＃VTcalltostartclockcase“Analog“ ＃chooseAnalogmodeWMenuSelect(“Settings\Analog”) ＃VTcalltoselectAnalogcase“Digital“ ＃chooseDigitalmodeWMenuSelect(“Settings\Digital”) ＃VTcalltoselectDigitalcase“Stop“ ＃StoptheClockWSysMenu(0) ＃VTcalltobringupsystemmenuWMenuSelect(“Close”) ＃VTcalltoselectCloseendselectwend測試結(jié)果自動化驗證if((setting_mode=ANALOG)_ ＃ifweareinAnalogmodeANDNOTWMenuChecked(“Settings\Analog”))then ＃butAnalogisnotcheck-marked

print“Error:ClockshouldbeAnalogmode“＃ERRORstopendifUserulesastestoracles:各個層次我們自動化測試的策略函數(shù)、代碼行層次接口層次業(yè)務(wù)功能層次操作界面層次JUNIT數(shù)據(jù)驅(qū)動的接口測試模式手工測試我們軟件的業(yè)務(wù)邏輯過程示意WEB頁面業(yè)務(wù)模塊DBAPIODBC文件服務(wù)器APIODBC手工測試全部自動化測試測試用例與測試集的概念測試用例，完成一個相對獨立的功能，例如增加用戶（TestCaseAddUser）、修改用戶屬性（TestCaseModifyUser）、查詢用戶屬性（TestCaseQueryUser）、修改用戶密碼（TestCaseModifyPWD）、用戶登錄（TestCaseUserLogin）、用戶LOGOUT（TestCaseUserLogout）

、注銷用戶（TestCaseDelUser）等測試集，是一組相關(guān)測試用例的組合，用于完成一個相對完善的用戶業(yè)務(wù)，例如：TestSuitA:TestCaseAddUser、TestCaseUserLogin、TestCaseUserLogoutTestSuitB:TestCaseAddUser、TestCaseUserLogin、TestCaseModifyPWD、TestCaseUserLogout、TestCaseUserLogin、TestCaseModifyUser、TestCaseQueryUser、TestCaseUserLogout……功能點、接口測試業(yè)務(wù)測試重用、窮舉TestFrame樣例RunTest(TestID)Opencluster(ClusterName)WhilereadTestLineOKcaseaction“enterclient”:EnterClient“checkbalance”:CheckBalance“transfersum”:TransferSum“checkname”:CheckName“section”:StartSectionElsewarning(“unknow”:action)EndwhileCloseclusterClosereportClusterEXAMPLEATESTCLUSTERVersion1.0AuthorkingSection1、EnteringclientsandbalancelastnamefirstnameaccountbalanceenterclientGreenJohn888888881500enterclientWoodAnna666666662100Section2、Moneytransferstransfersum8888888834543538500transfersum66666666338838381201Section3、checknamesandnumbersaccountlastnamefirstnamecheckname88888888GreenJohncheckname66666666WoodAnnaaccountcheckbalance888888881000checkbalance666666661399測試腳本文件導(dǎo)航腳本TransferSumCheckNameEnterClientCheckBalanceAW文件導(dǎo)入案例：無線設(shè)備集成測試體系協(xié)議（消息）模板的構(gòu)造測試數(shù)據(jù)驅(qū)動文件的生成測試消息的腳本編譯和執(zhí)行案例：TCL命令字注冊使用Tcl_CreateCommand注冊被測C函數(shù)，使用Tcl_GetVar與Tcl_SetVar存取變量。比如將C函數(shù)MyFunc注冊為TCL的擴展命令TCL_MyFunc：Tcl_CreateCommand(interp,“TCL_Myfunc",Myfunc,NULL,NULL);解釋掛接TCL腳本C函數(shù)調(diào)用f1f2fYfNfX業(yè)界4代白盒測試調(diào)試即測試階段覆蓋測試階段持續(xù)測試階段調(diào)測一體階段過程不規(guī)范缺少測試評估測試是自發(fā)行為形式化測試描述測試覆蓋評估測試用例階段重用質(zhì)量優(yōu)先持續(xù)測試重用調(diào)試在線測試持續(xù)集成持續(xù)測試編程語言寫測試用例，效率低下全腳本語言、調(diào)測一體、突破效率瓶頸參考：www.ez嵌入式系統(tǒng)：在線測試架構(gòu)體系全局變量/函數(shù)：vd.xx

類型定義：vt.xxvt.struct.xxvt.union.xx第4代白盒測試第1關(guān)鍵域：在線測試在線測試驅(qū)動在線腳本樁在線測試用例設(shè)計、運行，及評估改進第2關(guān)鍵域：灰盒調(diào)測基于調(diào)用接口調(diào)試即測試集編碼、調(diào)試、測試于一體第3關(guān)鍵域：持續(xù)測試測試設(shè)計先行持續(xù)保障信心重構(gòu)測試設(shè)計3個關(guān)鍵領(lǐng)域，9大核心技術(shù)詳細信息請參考：第四代白盒測試技術(shù)實體變量、函數(shù)靜態(tài)屬性動態(tài)屬性類型名稱返回值類型參數(shù)列表地址通過語法分析獲得通過實體數(shù)組獲得映射實體映射測試技術(shù)（過程映射技術(shù)）B函數(shù)A函數(shù)B函數(shù)C函數(shù)補丁前A函數(shù)B函數(shù)C函數(shù)補丁后B函數(shù)腳本deffunc_b(age)//定義函數(shù)B的補丁函數(shù)

printageC(1,2,3,4)ret123B.setPatch(func_b)//將B函數(shù)用腳本函數(shù)func_b替代A(100)//這時運行的是func_b腳本函數(shù)，而非B函數(shù)B.setPatch(None)//恢復(fù)B函數(shù)嵌入式系統(tǒng)的測試模式插入標記編譯源代碼打點后的源代碼符號數(shù)據(jù)庫符號信息Sun,HP或PC源代碼作標記主機上運行的程序目標對象CPU探頭目標板可執(zhí)行代碼局域網(wǎng)性能分析覆蓋率分析內(nèi)存分析代碼流跟蹤數(shù)據(jù)文件圖形用戶界面處理子程序數(shù)據(jù)結(jié)構(gòu)通訊端口源代碼靜態(tài)代碼質(zhì)量分析樣例質(zhì)量因素層分類標準層度規(guī)層不適合自動化的領(lǐng)域一次性項目系統(tǒng)不穩(wěn)定涉及物理交互項目周期很短的項目業(yè)務(wù)規(guī)則復(fù)雜的項目美觀、音質(zhì)、易用性測試測試劃分與工具支撐功能測試內(nèi)存檢查接口測試語法檢查代碼評價接口測試模塊性能測試性能測試業(yè)務(wù)測試可靠性測試白盒測試灰盒測試黑盒測試VcTesterPurifyPclintLogiscopeCodeTest結(jié)合業(yè)務(wù)自己開發(fā)專項硬件測試系統(tǒng)自動化測試誤區(qū)期望自動化測試完全替代手工測試期望自動化測試發(fā)現(xiàn)大量新的缺陷不進行前期測試設(shè)計，期望單純商用工具就能獲得大的效果產(chǎn)品測試缺陷分析產(chǎn)品缺陷分析量化管理體系測試質(zhì)量評估測試問題分析方法測試績效評價體系刻畫、評估、預(yù)測、改進過程度量交付度量開發(fā)能力成熟度PCB被測對象評估測試設(shè)計評估BUG的定義BUG的要素BUG的等級劃分ODC法四象限法Rayleigh曲線法RCA法質(zhì)量成本投入產(chǎn)出分析局外人看項目運作CustomerCoder“BuildmeSoftware

formyCar”ThenaMiracle

HappensDone.案例分析案例公司（ABC）1～4BUG/KLOCUSA國防部（DOD）0.01BUG/KLOCDODABCMIKE的假期??！平均水深不是說4m嗎？愉快的休假….碧波蕩漾…到東海度假的MIKE先生希望通過跳水來消除長期積存的壓力與疲勞，于是他爬到了跳臺上。跳臺上貼著這樣一張告示：“注意：平均水深4米”，對自己的游泳水平非常自信的MIKE先生想到平均水深是4米，便毫不猶豫跳進大海里……,但是……