1、華成培訓(xùn)研發(fā)管理系列課程之RDM011NPD-Testing產(chǎn)品測試管理講師引見講師：董奎 微博：weibo/dongkui168閱歷：華為技術(shù)華為技術(shù)程序員、系統(tǒng)工程師、架構(gòu)設(shè)計(jì)師華成研發(fā)管理咨詢?nèi)A成咨詢結(jié)合開創(chuàng)人、資深顧問青銅器軟件系統(tǒng)青銅器軟件結(jié)合開創(chuàng)人、青銅器RDM產(chǎn)品經(jīng)理聯(lián)絡(luò)：微博： weibo/dongkui168 博客： blog.sina/dongkui168課程目錄0、公司引見課程引見1、產(chǎn)品測試概述2 、產(chǎn)品測試組織3 、產(chǎn)品測試需求分析5 、產(chǎn)品測試用例設(shè)計(jì)4 、產(chǎn)品測試戰(zhàn)略和方案6、產(chǎn)品測試自動(dòng)化7、產(chǎn)品測試缺陷分析華成對企業(yè)中心價(jià)值鏈的了解華成研發(fā)咨詢公司簡介華成研發(fā)

2、咨詢是國內(nèi)最早從事基于企業(yè)中心價(jià)值鏈提供產(chǎn)品創(chuàng)新管理、市場管理、研發(fā)管理的專業(yè)培訓(xùn)和管理咨詢效力的公司。公司目前有20多名講師和咨詢顧問，30多名培訓(xùn)顧問，在深圳和北京均設(shè)有辦公室。公司的中心思念：專業(yè)、務(wù)虛、創(chuàng)新。自成立以來，曾經(jīng)為3000多家企業(yè)提供了專業(yè)的培訓(xùn)效力；同時(shí)也為200多家企業(yè)實(shí)施了研發(fā)管理咨詢，協(xié)助客戶建立以客戶為中心、以市場為導(dǎo)向的研發(fā)管理體系。華成對企業(yè)中心價(jià)值鏈的了解IPD + CMMI + Scrum交融整體處理方案課程清單一類別序號課 程 名 稱課時(shí)研發(fā)戰(zhàn)略管理RDM001研發(fā)管理總裁班如何打造有競爭力的研發(fā)管理體系Promoting Innovation1天RDM

3、002技術(shù)創(chuàng)新與產(chǎn)品創(chuàng)新管理Technology Innovation and Product Innovation2天RDM003研發(fā)戰(zhàn)略管理 Strategy Management in R&D1天研發(fā)主管能力建設(shè)的快車道RDM004 從技術(shù)走向管理研發(fā)經(jīng)理的領(lǐng)導(dǎo)力與執(zhí)行力The Leadership and Executive of R&D Manager2天RDM005成功的產(chǎn)品經(jīng)理產(chǎn)品經(jīng)理的野蠻成長 Successful Product Manager -product Managers crazy growth2天RDM006高價(jià)值研發(fā)項(xiàng)目經(jīng)理的管理錦囊High Value R&D

4、 Managers Toolkits2天課程清單二類別序號課 程 名 稱課時(shí)研發(fā)業(yè)務(wù)管理直通車RDM007市場驅(qū)動(dòng)的產(chǎn)品開發(fā)流程管理Market-Driven NPD Process Management2天RDM008研發(fā)項(xiàng)目管理工具與模板實(shí)務(wù)培訓(xùn) R&D Project Management-Tools & Template2天RDM009軟件項(xiàng)目管理 Software Project Management 2天RDM010產(chǎn)品需求分析與需求管理 產(chǎn)品經(jīng)理、架構(gòu)師、SE核心修煉Product Requirements Analysis And Management 2天RDM011產(chǎn)品測試

5、管理 Product Testing2天RDM012產(chǎn)品中試管理從樣品到量產(chǎn)Product Piloting-from sample to mass production2天RDM013研發(fā)質(zhì)量管理保證產(chǎn)品質(zhì)量的6個(gè)根基R&D Quality Management- 6 foundations for quality assurance2天RDM014CMM/CMMI高級實(shí)務(wù) CMM/CMMI Training2天課程清單三類別序號課 程 名 稱課時(shí)研發(fā)業(yè)務(wù)管理直通車RDM015研發(fā)多項(xiàng)目管理Managing Multiple Projects in R&D2天RDM016產(chǎn)品平臺與共享模塊的

6、建設(shè)Common Building Block2天RDM017研發(fā)知識產(chǎn)權(quán)管理Intellectual Property Management2天RDM018研發(fā)財(cái)經(jīng)與成本管理Finance and Cost Management2天研發(fā)團(tuán)隊(duì)建設(shè)及人員管理寶典RDM019如何打造高效的研發(fā)團(tuán)隊(duì)研發(fā)人員選、育、用、留之道 How to Build high efficient R&D Team -R&D personnel screening, education, use and keep2天RDM020研發(fā)人員的考核與激勵(lì)R&D Performance Management2天RDM021研

7、發(fā)人員職業(yè)素養(yǎng)如何成為人見人愛的研發(fā)人員 R&D Excellent Employee2天課程清單四類別序號課 程 名 稱課時(shí)市場管理MM001產(chǎn)品市場管理產(chǎn)品戰(zhàn)略與路標(biāo)規(guī)劃管理Product Marketing Management-Product Strategy and Road Map Management2天MM002新產(chǎn)品的上市與營銷管理Product Launch and Marketing Management2天MM003產(chǎn)品售前支持與管Product Pre-Sale Management2天研發(fā)IT管理IT001研發(fā)IT規(guī)劃和實(shí)施策略 IT Strategy and Pl

8、an of R&D2天IT002產(chǎn)品數(shù)據(jù)管理 PDM：Product Data Management2天IT003研發(fā)管理信息化青銅器RDM研討會(huì)R&D Management IT Workshop-R&DM Seminar0.5天青銅器RDM的業(yè)務(wù)框架體系青銅器RDM的業(yè)務(wù)框架體系：決策管理系統(tǒng)青銅器RDM的業(yè)務(wù)框架體系：集成產(chǎn)品管理系統(tǒng)青銅器RDM的業(yè)務(wù)框架體系：集成工程管理系統(tǒng)青銅器RDM的業(yè)務(wù)框架體系：專業(yè)職能管理系統(tǒng)青銅器RDM的業(yè)務(wù)框架體系：過程與質(zhì)量管理系統(tǒng)產(chǎn)品測試概述系統(tǒng)質(zhì)量管理體系如：產(chǎn)品開發(fā)流程 集成測試流程 技術(shù)支持任務(wù)流程 構(gòu)造設(shè)計(jì)流程 軟件開發(fā)流程 器件選型流程 培訓(xùn)

9、流程如： ISO9000內(nèi)審方案 工程質(zhì)量管理方案 培訓(xùn)質(zhì)量管理方案如：組織機(jī)構(gòu) 角色與職位 情景化知識管理體系 PAL如：業(yè)務(wù)改良 體系優(yōu)化 才干提升 根源分析如：引導(dǎo)/培訓(xùn) 審計(jì)/檢查 結(jié)果審計(jì) 質(zhì)量體系審計(jì)如：度量 評審 評價(jià) 測試提示，華成咨詢課程RDM017 研發(fā)質(zhì)量管理 詳細(xì)講解整個(gè)研發(fā)質(zhì)量管理體系的構(gòu)成和執(zhí)行的方法2. 管理級1. 初始級3. 定義級4. 量化管理級有紀(jì)律的過程規(guī)范、一致的過程可預(yù)測的過程繼續(xù)改良過程不可預(yù)測并且缺乏控制可反復(fù)以前的主要閱歷過程被描畫，并得到良好了解過程被丈量并受控關(guān)注過程改良5.優(yōu)化級工程管理集成工程過程產(chǎn)品和過程質(zhì)量管理變卦測試在CMMI中的位

10、置Verification：驗(yàn)證Validation：確認(rèn)CMMI : Capability Maturity Mode Integration 才干成熟度模型集成測試貫穿產(chǎn)品開發(fā)一直概念方案開發(fā)驗(yàn)證發(fā)布啟動(dòng)工程制定產(chǎn)品測試戰(zhàn)略測試制定產(chǎn)品測試方案繼續(xù)跟蹤監(jiān)控產(chǎn)品測試方案TRTRTRTRTRTRDCPDCPDCP優(yōu)化產(chǎn)品測試方案缺陷引入階段分析錯(cuò)誤定位費(fèi)用分析錯(cuò)誤引入階段分析James Martin：超越50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起James Martin：80%以上的用于定位軟件錯(cuò)誤的費(fèi)用是基于軟件系統(tǒng)需求定義的錯(cuò)誤為什么要盡早測試階段需求設(shè)計(jì)編碼單元測

11、試驗(yàn)收測試交付后維護(hù)糾正費(fèi)試兩原那么Good-enough原那么Zero-bug & Good-enough投入 & 產(chǎn)出Pareto原那么研發(fā)測試：80% BUG系統(tǒng)測試：80% BUG用戶運(yùn)用：5% BUG產(chǎn)品測試組織研發(fā)測試部在公司的位置公司研發(fā)指點(diǎn) 軟件部 硬件部測試部測試質(zhì)量部測試技術(shù)部A類產(chǎn)品測試部B類產(chǎn)品測試部C類產(chǎn)品測試部產(chǎn)品測試組產(chǎn)品測試組產(chǎn)品測試組測試物料部工程團(tuán)隊(duì)的構(gòu)成(NPD)注：來自工程團(tuán)隊(duì)方式產(chǎn)品經(jīng)理/工程經(jīng)理開發(fā)經(jīng)理代表測試經(jīng)理代表其他配置管理風(fēng)險(xiǎn)管理度量管理測試協(xié)調(diào)員業(yè)務(wù)測試組性能測試組驗(yàn)收測試組特性測試組TSESEQA測試組織的演進(jìn)混

12、淆階段沒有專職測試人員短少完善的測試流程測試手段單一嚴(yán)厲區(qū)分階段測試部門獨(dú)立專職測試人員不斷完善的測試流程測試工具技術(shù)開發(fā)專業(yè)協(xié)作階段專職測試人員完備的測試流程人人具備測試認(rèn)識測試工具技術(shù)開發(fā)運(yùn)營測試測試人員的雙重提升機(jī)制初做者專家高級專家資深專家監(jiān)視者管理者指點(diǎn)者有閱歷者測試人員資歷等級劃分一級1年以上測試工作經(jīng)驗(yàn)；具有系統(tǒng)測試用例執(zhí)行,單元測試工作經(jīng)驗(yàn)二級2年以上測試工作經(jīng)驗(yàn)；具有較多系統(tǒng)測試執(zhí)行、測試用例編寫,單元測試設(shè)計(jì)與執(zhí)行工作經(jīng)驗(yàn)三級3年以上測試工作經(jīng)驗(yàn)；具有測試方案設(shè)計(jì)經(jīng)驗(yàn)，有帶領(lǐng)團(tuán)隊(duì)完成版本測試的經(jīng)驗(yàn)。有領(lǐng)導(dǎo)試驗(yàn)局開通的工作經(jīng)驗(yàn)，有單元測試/集成測試設(shè)計(jì)的經(jīng)驗(yàn),以及指導(dǎo)相關(guān)測試

13、人員進(jìn)行測試的經(jīng)驗(yàn)四級4年以上測試類工作經(jīng)驗(yàn)；具備產(chǎn)品測試技術(shù)領(lǐng)域較全面的知識，具有解決產(chǎn)品開發(fā)過程中的重大技術(shù)問題，參與測試技術(shù)發(fā)展的決策工作的經(jīng)驗(yàn)。測試過產(chǎn)品系統(tǒng)可測試性設(shè)計(jì),參與過測試工具的設(shè)計(jì)/開發(fā)工作五級5年以上測試工作經(jīng)驗(yàn)；具備產(chǎn)品軟件技術(shù)領(lǐng)域、系統(tǒng)領(lǐng)域全面的知識，有解決產(chǎn)品開發(fā)過程中的重大技術(shù)難題的經(jīng)驗(yàn)，有預(yù)見企業(yè)未來產(chǎn)品的測試技術(shù)走向，并組織測試技術(shù)研究的經(jīng)驗(yàn)。具備相關(guān)流程規(guī)范標(biāo)準(zhǔn)的建設(shè)和優(yōu)化經(jīng)驗(yàn)，是公司測試領(lǐng)域的技術(shù)帶頭人 六級6年以上測試工作經(jīng)驗(yàn)；具備產(chǎn)品軟件技術(shù)領(lǐng)域、系統(tǒng)領(lǐng)域廣博精深的知識，有解決產(chǎn)品開發(fā)過程中的重大系統(tǒng)類技術(shù)難題的經(jīng)驗(yàn)，有參與決策企業(yè)未來產(chǎn)品的測試技術(shù)走

14、向的經(jīng)驗(yàn)。是公司測試技術(shù)的權(quán)威。參與過公司級別測試平臺的規(guī)劃工作不同等級擔(dān)任不同事務(wù)初做者專家高級專家資深專家監(jiān)視者管理者指點(diǎn)者有閱歷者測試執(zhí)行，例如系統(tǒng)測試操作測試系統(tǒng)設(shè)計(jì)，可測試性設(shè)計(jì)，測試規(guī)劃，測試評價(jià)測試用例設(shè)計(jì)，例如系統(tǒng)測試用例編寫，測試腳本編寫測試團(tuán)隊(duì)指點(diǎn)，測試工程指點(diǎn)，技術(shù)指點(diǎn)測試體系構(gòu)造，例如構(gòu)造公司級別的測試平臺，測試技術(shù)研討，測試過程改良測試人員職業(yè)開展Tester客戶需求分析專家自動(dòng)化測試專家產(chǎn)品/工程經(jīng)理測試職能經(jīng)理資深測試專家售前支持專家產(chǎn)品技術(shù)支持專家演練與討論結(jié)合公司實(shí)踐測試任務(wù)，您以為一個(gè)優(yōu)秀的測試人員需求具備哪些素質(zhì)特征？每個(gè)小組選派一名代表上臺發(fā)表產(chǎn)品測試需

15、求分析產(chǎn)品測試需求分析產(chǎn)品需求工程過程測試需求分析 測試方案DFT產(chǎn)品需求評審產(chǎn)品測試規(guī)格測試重點(diǎn)分析測試環(huán)境特性測試方案客戶化測試面向需求的測試IBM：客戶遇到的57缺點(diǎn)來自2的缺陷站在客戶角度測試有利于測試效率提升系統(tǒng)缺陷客戶遇到缺陷需求工程貫穿產(chǎn)品開發(fā)全過程市場需求產(chǎn)品包需求內(nèi)部需求設(shè)計(jì)需求系統(tǒng)規(guī)格軟件需求客戶要求功能需求非功能需求規(guī)范約束硬件需求架構(gòu)設(shè)計(jì)質(zhì)量屬性DFX書面規(guī)范現(xiàn)實(shí)規(guī)范功能分解將系統(tǒng)功能分解為更詳細(xì)的子功能將子功能需求按照邏輯順序陳列詳盡思索一切能夠的異常和反復(fù)自上而下層層分解Top Level1st Level2nd Level6.05.03.04.02.01.01.1

16、1.21.31.41.51.61.72.62.82.71.4.11.4.21.4.31.4.41.4.51.4.61.4.71.5.61.5.7層次圖層次圖：Hierarchy DiagramFunction Tree、Physical Tree好需求的規(guī)范以下需求有什么問題？某照相機(jī)有2個(gè)需求：在膠片究竟后，可高速繚繞。膠片繚繞過程中噪音要小。某發(fā)動(dòng)機(jī)有4個(gè)需求：假設(shè) 70 溫度 100，那么輸出功率為3000W假設(shè)100 溫度 130，那么輸出功率為2000W假設(shè)120 溫度 150，那么輸出功率為1000W假設(shè)150 溫度，那么輸出功率為0W產(chǎn)品生命周期本錢冰山模型什么是DFT?可測性：

17、系統(tǒng)和設(shè)備能及時(shí)準(zhǔn)確地確定其任務(wù)形狀可任務(wù)、不可任務(wù)、任務(wù)性能下降并隔離其內(nèi)部缺點(diǎn)的一種設(shè)計(jì)特性 目的方便測試降低測試本錢發(fā)現(xiàn)、定位、隔離、處理問題可見性面向測試、維護(hù)人員普通對客戶不可見，客戶也不關(guān)懷全流程性貫穿工程全過程涵蓋一切測試階段：驗(yàn)證測試、消費(fèi)測試、維護(hù)診斷DFT可觀可控可預(yù)測DFT : Design For Test 可測試性設(shè)計(jì)DFT的必要性M公司DFT效益分析產(chǎn)品測試分析與設(shè)計(jì)產(chǎn)品包需求設(shè)計(jì)需求設(shè)計(jì)規(guī)格產(chǎn)品測試需求分析測試規(guī)范與實(shí)際制定產(chǎn)品總體測試戰(zhàn)略BUILD方案特性A測試方案特性B測試方案特性C測試方案特性A測試用例特性B測試用例特性C測試用例測試執(zhí)行測試需求分析測試方案

18、設(shè)計(jì)測試用例設(shè)計(jì)猴測試需求雙向跟蹤機(jī)制需求標(biāo)識需求標(biāo)題系統(tǒng)測試用例標(biāo)識系統(tǒng)測試用例標(biāo)題R.UserM.001用戶管理T.UserM.Add.001增加新用戶T.UserM.Del.001刪除用戶T.UserM.Mod.001修改用戶屬性RTM : Requirements Tracing Matrix 需求跟蹤矩陣演練與討論總結(jié)歷史工程后期測試中存在的效率低下、難以測試、測試問題難以定位等問題，提煉總結(jié)工程的可測試需求DFT？每個(gè)小組選派一名代表上臺發(fā)表歷史后期測試存在的問題提煉出的測試需求產(chǎn)品測試戰(zhàn)略和方案產(chǎn)品測試戰(zhàn)略與方案概念方案開發(fā)驗(yàn)證發(fā)布啟動(dòng)工程制定產(chǎn)品測試戰(zhàn)略制定產(chǎn)品測試方案繼續(xù)跟蹤

19、監(jiān)控產(chǎn)品測試方案TRTRTRTRTRTRDCPDCPDCP優(yōu)化產(chǎn)品測試方案測試測試戰(zhàn)略需求重點(diǎn)思索的內(nèi)容關(guān)鍵測試技術(shù)分析需求的自動(dòng)化測試分析關(guān)鍵測試數(shù)據(jù)的獲得每個(gè)BUILD的測試重點(diǎn)分析外部認(rèn)證和標(biāo)竿測試分析測試儀器、環(huán)境的獲得性分析測試工具分析軟件打點(diǎn)方式比較廉價(jià)可在CACHE翻開下任務(wù)對目的系統(tǒng)影響大超越50%占用目的系統(tǒng)資源如，CPU 時(shí)間內(nèi)存，通訊通道等缺乏很好的性能分析缺乏覆蓋率分析缺乏內(nèi)存分配分析準(zhǔn)確度偏低對目的系統(tǒng)影響小1-15%不占用目的系統(tǒng)資源軟件打點(diǎn)技術(shù)強(qiáng)大的性能分析強(qiáng)大的覆蓋率分析強(qiáng)大的內(nèi)存分配分析價(jià)錢較廉價(jià)可在CACHE翻開方式下任務(wù)非常準(zhǔn)確不影響目的系統(tǒng)0%不占用系統(tǒng)

20、資源不用打點(diǎn)有限或沒有性能分析有限的或沒有覆蓋率分析沒有內(nèi)存分配分析無法在CACHE翻開方式下任務(wù)準(zhǔn)確性隨情況變化經(jīng)過仿真存儲器任務(wù)價(jià)錢昂貴純軟件測試工具純硬件工具仿真器，邏輯分析儀CodeTEST硬件輔助軟件測試工具常見的測試工具類型劃分靜態(tài)測試工具測試腳本工具TCL、Python覆蓋率檢測工具內(nèi)存走漏檢測工具性能壓力測試工具傳統(tǒng)測試流程出現(xiàn)的問題開發(fā)進(jìn)度已實(shí)現(xiàn)比例工程進(jìn)度100開場集成設(shè)計(jì)缺陷導(dǎo)致返工方案發(fā)布日期實(shí)踐發(fā)布日期工程進(jìn)度難以控制工程風(fēng)險(xiǎn)控制才干弱40精神發(fā)費(fèi)在集成和測試上漸增測試模型模塊設(shè)計(jì)編碼 模塊測試 每日構(gòu)建系統(tǒng)聯(lián)調(diào)與集成 原型機(jī)測試M1M2MITSDVM3M5MITSD

21、VMITSDVM8MITSDVTRTRTRTRBuild1Build2Build3Build4模塊級MUTMITMST系統(tǒng)級V模型傳統(tǒng)開發(fā)測試模型制定產(chǎn)品測試戰(zhàn)略定義產(chǎn)品可測試性需求制定產(chǎn)品測試方案產(chǎn)品測試需求分析制定產(chǎn)品測試方案測試用例設(shè)計(jì)自動(dòng)測試設(shè)計(jì)與開發(fā)設(shè)計(jì)需求和規(guī)格定義BUILD劃分模塊設(shè)計(jì)、實(shí)現(xiàn)、驗(yàn)證、每日構(gòu)建、繼續(xù)集成系統(tǒng)測試、BETA測試入網(wǎng)、準(zhǔn)入測試MSF開發(fā)測試模型產(chǎn)品周期部署構(gòu)思方案開發(fā)穩(wěn)定工程方案認(rèn)可范圍完成部署完成遠(yuǎn)景/ 范圍 認(rèn)可發(fā)布就緒認(rèn)可總結(jié)測試閱歷總結(jié)顧客反響定義質(zhì)量規(guī)范審核工程方案確保工程具可測性設(shè)計(jì)測試方案選擇測試工具構(gòu)筑測試環(huán)境審核開發(fā)設(shè)計(jì)審核代碼設(shè)計(jì)測試

22、用例開發(fā)測試程序運(yùn)轉(zhuǎn)測試用例維護(hù)自動(dòng)測試驗(yàn)證修正探求性測試編寫產(chǎn)品用例最終媒體檢測解答用戶疑問TDD開發(fā)測試方式Write a testCompileFix compile errorsRun test,watch it failWrite codeRun test, watch it passRefactor code(and test)TDD：Test-Driven Development版本轉(zhuǎn)測試流程我擔(dān)任提供轉(zhuǎn)測試資料我擔(dān)任和測試接口，保證轉(zhuǎn)測試資料的完備性我擔(dān)任監(jiān)視轉(zhuǎn)測試流程的正確執(zhí)行我擔(dān)任驗(yàn)收轉(zhuǎn)測試所需求資料，假設(shè)不完備，對不起，我不接設(shè)計(jì)文檔運(yùn)轉(zhuǎn)代碼測試建議CMOTMR&D測試在

23、分級方案體系的位置工程經(jīng)理市場硬件軟件測試制造效力主控板工程組背板工程組電源板工程組界面工程組數(shù)據(jù)庫工程組協(xié)議工程組一周二周三周周圍一級方案產(chǎn)品級二級方案職能領(lǐng)域級三級方案工程模塊級周方案員工個(gè)人級提示，青銅器RDM1000研發(fā)管理系統(tǒng)全面實(shí)現(xiàn)分層方案管理體系，經(jīng)過方案將研發(fā)、采購、制造、市場等各個(gè)職能領(lǐng)域的任務(wù)有效協(xié)同測試經(jīng)過和失敗的規(guī)范測試經(jīng)過和失敗的規(guī)范是測試活動(dòng)終了的根據(jù)系統(tǒng)測試經(jīng)過/失敗規(guī)范舉例:到達(dá)100%需求覆蓋沒有遺留致命問題，嚴(yán)重問題有相應(yīng)的躲避手段一切1、2級測試用例全部執(zhí)行，3、4級執(zhí)行70%以上測試掛起和恢復(fù)的規(guī)范系統(tǒng)測試掛起規(guī)范舉例:根本業(yè)務(wù)測試不經(jīng)過最小接受測試工程

24、有10以上沒有經(jīng)過出現(xiàn)致命問題導(dǎo)致30用例被堵塞，測試無法進(jìn)展系統(tǒng)測試恢復(fù)條件舉例：導(dǎo)致測試堵塞的問題被修復(fù)，并經(jīng)過回歸測試系統(tǒng)測試范圍1、功能測試 2、可靠測試3、易用測試 4、兼容測試5、安裝測試 6、網(wǎng)絡(luò)測試7、異常測試 8、性能測試9、強(qiáng)度測試 10、平安測試11、接口測試 12、資源測試系統(tǒng)測試關(guān)鍵成敗要素1、測試環(huán)境規(guī)劃 2、測試物料3、指點(diǎn)支持 4、流程支持5、測試關(guān)注點(diǎn)的全面性 6、初驗(yàn)測試7、缺陷記錄 8、人員輪換9、版本管理 10、下游人員參與11、BUG通報(bào)會(huì)用戶測試的成敗要素1、方案制定 2、客戶認(rèn)識3、測試前范圍溝通 4、過程記錄5、成認(rèn)錯(cuò)誤 6、壓力傳達(dá)7、偵探才干

25、 8、追求完美9、預(yù)測試 10、模擬實(shí)踐運(yùn)轉(zhuǎn)環(huán)境11、優(yōu)勢規(guī)范化演練與討論畫出公司實(shí)踐產(chǎn)品開發(fā)的階段劃分，每個(gè)階段的關(guān)鍵測試活動(dòng)，分析執(zhí)行中存在的問題和處理思緒？每個(gè)小組選派一名代表上臺發(fā)表產(chǎn)品測試用例設(shè)計(jì)不同系統(tǒng)需求不同的測試質(zhì)量要求 A級 災(zāi)難性的影響需求MC/DC 測試引擎控制飛行計(jì)算導(dǎo)航處置B級 危險(xiǎn)的影響需求DC測試差分GPS飛機(jī)之間接近感應(yīng)C級 重要的影響需求SC測試無線數(shù)據(jù)鏈接D級 次要性影響函數(shù)進(jìn)入/退出覆蓋率測試飛機(jī)內(nèi)文娛設(shè)備測試方法分類基于對代碼邏輯的關(guān)注度白盒、黑盒、灰盒基于測試手段靜態(tài)、動(dòng)態(tài)基于測試級別單元、集成、系統(tǒng)、驗(yàn)收根本測試環(huán)境樁模塊樁模塊樁模塊被測模塊驅(qū)動(dòng)模塊

26、測試用例測試輸出NASA閱歷分享NASA美國航空航天管理局：版本發(fā)布后遺留缺陷率測試成本（人月/KLOC ）開發(fā)組測試20%1.4獨(dú)立測試組16%2.5語句覆蓋測試用例設(shè)計(jì)(A2)AND(B=5)X=X/A(A=2)OR(X2)X=X*2bacdeTFTFA = 3B = 5X = 9A = 1B = 5X = 3CASE 1CASE 2被測函數(shù)F(A,B,X)流程圖斷定覆蓋測試用例設(shè)計(jì)(A2)AND(B=5)X=X/A(A=2)OR(X2)X=X*2bacdeTFTFA = 3B = 5X = 9A = 1B = 5X = 1CASE 1: T TCASE 2: F F被測函數(shù)F(A,B,X

27、)流程圖條件覆蓋測試用例設(shè)計(jì)(A2)AND(B=5)X=X/A(A=2)OR(X2)X=X*2bacdeTFTFA = 3B = 5X = 6A = 2B = 6X = 3CASE 1: T1T2 F3 F4CASE 2: F1F2T3T4被測函數(shù)F(A,B,X)流程圖斷定與條件覆蓋的關(guān)系IFcond1 OR cond2編號cond1cond2判定結(jié)果1TFT2FFF編號cond1cond2判定結(jié)果1TFT2FTT斷定100覆蓋條件100覆蓋演練與討論結(jié)合演練資料輸出各種覆蓋的測試用例每個(gè)小組選派一名代表上臺發(fā)表等價(jià)類用例設(shè)計(jì)法等價(jià)類：某個(gè)輸入域的劃分為假設(shè)干類，每一類的代表性測試數(shù)據(jù)的作用等

28、價(jià)于這一類的其他數(shù)據(jù)，假設(shè)能發(fā)現(xiàn)問題，其他數(shù)據(jù)也能發(fā)現(xiàn)，否那么亦然有效等價(jià)類N個(gè)、無效等價(jià)類N個(gè)詳細(xì)劃分為4步：明確系統(tǒng)目的 劃分等價(jià)類 設(shè)計(jì)有成效例 設(shè)計(jì)無成效例建立等價(jià)類表目的有效等價(jià)類無效等價(jià)類對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合，利用有效等價(jià)類可檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.邊境值用例設(shè)計(jì)法由測試任務(wù)的閱歷得知，大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊境上，而不是在輸入范圍的內(nèi)部。邊境值用例設(shè)計(jì)方法是一種特殊的等價(jià)類用例設(shè)計(jì)方法。邊境值分析圖解上點(diǎn)離點(diǎn)內(nèi)點(diǎn)閉區(qū)間上點(diǎn)離點(diǎn)內(nèi)點(diǎn)開區(qū)間上點(diǎn)離點(diǎn)內(nèi)點(diǎn)半開半閉區(qū)間場景分析用例設(shè)計(jì)法系統(tǒng)通常是用事件觸發(fā)來控制業(yè)務(wù)

29、流程的，事件觸發(fā)時(shí)的情景便構(gòu)成了場景，不同的觸發(fā)順序和處置結(jié)果就構(gòu)成事件流根本流、備選流詳細(xì)劃分為5步：根本流分析 備選流分析 確定測試場景 選取測試數(shù)據(jù) 構(gòu)造測試用例FFBDUsecaseFFBD : Function Flow Block Diagram場景、根本流、備選流場景 1: 根本流場景 2: 根本流 備選流 1場景 3: 根本流 備選流 1 備選流 2場景 4: 根本流 備選流 3場景 5: 根本流 備選流 3 備選流 1場景 6: 根本流 備選流 3 備選流 1 備選流 2場景 7: 根本流 備選流 4場景 8: 根本流 備選流 3 備選流 4正交實(shí)驗(yàn)用例設(shè)計(jì)法設(shè)計(jì)多要素測試用

30、例的一種科學(xué)方法。利用正交表，科學(xué)地挑選實(shí)驗(yàn)條件，針對性設(shè)計(jì)測試用例目的、因子、因子形狀完全因子形狀組合、部分因子形狀組合詳細(xì)劃分為5步：分析系統(tǒng)明確驗(yàn)證目的 分析因子 明確因子形狀 因子挑選 構(gòu)成正交表 構(gòu)造測試用例性能可靠性因子形狀表正交表因子分析表因子形狀表、正交實(shí)驗(yàn)表 因子狀態(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列號測試號I1I2I3I4I5T1S1S1S1S1S1T2S1S2S2S2S2T3S2S1S1S2S2T4S2S2S2S1S1T5S3S1S2S1S2T6S3S2S1S2S1T7S4S1S2S2S1T8

31、S4S2S1S1S2因子形狀表正交實(shí)驗(yàn)表L842 4斷定表用例設(shè)計(jì)法斷定表：分析和表達(dá)多種輸入條件下系統(tǒng)執(zhí)行不同動(dòng)作的工具，可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既詳細(xì)又明確。條件、結(jié)果、規(guī)那么詳細(xì)劃分為步：窮舉條件、結(jié)果 分析條件組合確定對應(yīng)結(jié)果 斷定表合并 規(guī)那么轉(zhuǎn)換為測試用例判別表判別合并規(guī)那么斷定表樣例規(guī)則規(guī)則規(guī)則規(guī)則規(guī)則規(guī)則條件ATFFTFT條件BFFFFTF條件CFFFTFF動(dòng)作1動(dòng)作2動(dòng)作3結(jié)果反響條件組合系統(tǒng)規(guī)那么結(jié)果窮舉條件窮舉斷定表的合并規(guī)那么合并：將兩條或多條規(guī)那么具有一樣的動(dòng)作，并且其條件項(xiàng)之間存在著極為類似的關(guān)系規(guī)則YYY規(guī)則YYN規(guī)則YY演練與討論結(jié)合演練資

32、料A采用等價(jià)類測試用例設(shè)計(jì)結(jié)合演練資料B采用場景分析測試用例設(shè)計(jì)結(jié)合演練資料C采用斷定表測試用例設(shè)計(jì)結(jié)合演練資料D采用正交實(shí)驗(yàn)測試用例設(shè)計(jì)每個(gè)小組選派一名代表上臺發(fā)表產(chǎn)品測試自動(dòng)化產(chǎn)品測試自動(dòng)化測試控制測試數(shù)據(jù)面向腳本圖形化、表格化TestFrameAW、TC、TLKDT語句覆蓋條件覆蓋斷定覆蓋條件決策覆蓋TDDXUINT每日構(gòu)建在線測試灰盒調(diào)測繼續(xù)測試XP系統(tǒng)測試自動(dòng)化開展歷程錄制回放階段控制與數(shù)據(jù)分別階段框架構(gòu)造數(shù)據(jù)驅(qū)動(dòng)階段白盒測試自動(dòng)化開展歷程調(diào)試即測試階段覆蓋測試階段繼續(xù)測試階段調(diào)測一體階段籠統(tǒng)業(yè)務(wù)測試階段面向業(yè)務(wù)過程BPT測試腳本技術(shù)TCL、PythonCSE、Perl3級腳本運(yùn)用靜

33、態(tài)自動(dòng)化測試技術(shù)規(guī)那么檢查靜態(tài)質(zhì)量評價(jià)體系模擬執(zhí)行階段一：錄制回放階段OKFind執(zhí)行腳本檢驗(yàn)結(jié)果報(bào)告錯(cuò)誤錄制/修訂選擇測試需求錄制操作過程面向?qū)ο箐浿撇迦腧?yàn)證點(diǎn)手工編輯生成的腳本可選 階段二：控制與數(shù)據(jù)分別，數(shù)據(jù)驅(qū)動(dòng)Data-Driven測試腳本Hard-coded測試腳本實(shí)現(xiàn)測試數(shù)據(jù)和測試代碼相分別MS：時(shí)鐘測試Hmm if I am hereand I do thisthen I should end up therethisherethereDigitalDid the clock go correctly to Digital mode?產(chǎn)生基于模型的測試的模型Define stat

34、es and actions:The system is either RUNNING or NOT_RUNNING.The setting is either ANALOG or DIGITAL.AnalogNOT_RUNNINGANALOGRUNNINGANALOGStartStopAnalogDigitalRUNNINGDIGITALNOT_RUNNINGDIGITALStartStopDigitalFind the rules:You cant execute the Stop action if the clock is not runningAfter the Stop actio

35、n executes, the application is not running.產(chǎn)生形狀機(jī)的形狀表Beginning StateActionEnding StateNOT_RUNNING.ANALOGStartRUNNING.ANALOGNOT_RUNNING.DIGITALStartRUNNING.DIGITALRUNNING.ANALOGStopNOT_RUNNING.ANALOGRUNNING.DIGITALStopNOT_RUNNING.DIGITALRUNNING.ANALOGAnalogRUNNING.ANALOGRUNNING.ANALOGDigitalRUNNING.DI

36、GITALRUNNING.DIGITALAnalogRUNNING.ANALOGRUNNING.DIGITALDigitalRUNNING.DIGITAL轉(zhuǎn)化為自動(dòng)化測試腳本open “test_sequence.txt for input as #infileget the list of test actionswhile not (EOF(infile) line input #infile, action read in a test action select case action case “Start“Start the Clock run(“C:WINNTSystem32cl

37、ock.exe) VT call to start clock case “Analog“ choose Analog mode WMenuSelect(“SettingsAnalog) VT call to select Analog case “Digital“choose Digital mode WMenuSelect(“SettingsDigital) VT call to select Digital case “Stop“ Stop the Clock WSysMenu (0) VT call to bring up system menu WMenuSelect (“Close

38、) VT call to select Close end selectwend測試結(jié)果自動(dòng)化驗(yàn)證if ( (setting_mode = ANALOG) _ if we are in Analog modeAND NOT WMenuChecked(“SettingsAnalog) ) then but Analog is not check-marked print “Error: Clock should be Analog mode“ ERROR stopendifUse rules as test oracles:各個(gè)層次我們自動(dòng)化測試的戰(zhàn)略函數(shù)、代碼行層次接口層次業(yè)務(wù)功能層次操作界面

39、層次JUNIT數(shù)據(jù)驅(qū)動(dòng)的接口測試方式手工測試我們軟件的業(yè)務(wù)邏輯過程表示W(wǎng)EB頁面業(yè)務(wù)模塊DBAPIODBC文件效力器APIODBC手工測試全部自動(dòng)化測試測試用例與測試集的概念測試用例，完成一個(gè)相對獨(dú)立的功能，例如添加用戶TestCase AddUser、修正用戶屬性TestCase ModifyUser 、查詢用戶屬性TestCase QueryUser 、修正用戶密碼TestCase ModifyPWD 、用戶登錄TestCase UserLogin 、用戶LOGOUT TestCase UserLogout 、注銷用戶TestCase DelUser等測試集，是一組相關(guān)測試用例的組合，用于

40、完成一個(gè)相對完善的用戶業(yè)務(wù)，例如：Test Suit A: TestCase AddUser、 TestCase UserLogin、 TestCase UserLogoutTest Suit B: TestCase AddUser、 TestCase UserLogin、 TestCase ModifyPWD、 TestCase UserLogout、 TestCase UserLogin、 TestCase ModifyUser、 TestCase QueryUser、 TestCase UserLogout功能點(diǎn)、接口測試業(yè)務(wù)測試重用、窮舉TestFrame樣例Run Test(Test

41、 ID)Open cluster(ClusterName)While readTestLine OK case action “enter client : EnterClient “check balance: CheckBalance “transfer sum: TransferSum “check name:CheckName “section:StartSectionElse warning(“unknow: action)End whileClose clusterClose reportCluster EXAMPLE A TEST CLUSTERVersion 1.0Author

42、 kingSection 1、Entering clients and balance last name first name account balanceenter client Green John 88888888 1500enter client Wood Anna 66666666 2100Section 2、Money transferstransfer sum 88888888 34543538 500transfer sum 66666666 33883838 1201Section 3、check names and numbers account last name f

43、irst namecheck name 88888888 Green John check name 66666666 Wood Anna accountcheck balance 88888888 1000check balance 66666666 9測試腳本文件導(dǎo)航腳本TransferSumCheckNameEnterClientCheckBalanceAW文件導(dǎo)入案例：無線設(shè)備集成測試體系協(xié)議音訊模板的構(gòu)造測試數(shù)據(jù)驅(qū)動(dòng)文件的生成測試音訊的腳本編譯和執(zhí)行案例：TCL命令字注冊運(yùn)用Tcl_CreateCommand注冊被測C函數(shù)，運(yùn)用Tcl_GetVar與Tcl_SetVar存取變量。比如

44、將C函數(shù)MyFunc注冊為TCL的擴(kuò)展命令TCL_MyFunc：Tcl_CreateCommand( interp, “TCL_Myfunc, Myfunc, NULL, NULL ); 解釋掛接TCL腳本C函數(shù)調(diào)用f1f2fYfNfX業(yè)界4代白盒測試調(diào)試即測試階段覆蓋測試階段繼續(xù)測試階段調(diào)測一體階段過程不規(guī)范短少測試評價(jià)測試是自發(fā)行為方式化測試描畫測試覆蓋評價(jià)測試用例階段重用質(zhì)量優(yōu)先繼續(xù)測試重用調(diào)試在線測試?yán)^續(xù)集成繼續(xù)測試編程言語寫測試用例，效率低下全腳本言語、調(diào)測一體、突破效率瓶頸參考：eztester嵌入式系統(tǒng)：在線測試架構(gòu)體系全局變量/函數(shù)：vd.xx 類型定義：vt.xx vt.st

45、ruct.xx vt.union.xx第4代白盒測試第1關(guān)鍵域：在線測試在線測試驅(qū)動(dòng)在線腳本樁在線測試用例設(shè)計(jì)、運(yùn)轉(zhuǎn)，及評價(jià)改良第2關(guān)鍵域：灰盒調(diào)測基于調(diào)用接口調(diào)試即測試集編碼、調(diào)試、測試于一體第3關(guān)鍵域：繼續(xù)測試測試設(shè)計(jì)先行繼續(xù)保證自信心重構(gòu)測試設(shè)計(jì)3個(gè)關(guān)鍵領(lǐng)域，9大中心技術(shù)詳細(xì)信息請參考：eztester第四代白盒測試技術(shù)實(shí)體變量、函數(shù)靜態(tài)屬性動(dòng)態(tài)屬性類型稱號前往值類型參數(shù)列表地址經(jīng)過語法分析獲得經(jīng)過實(shí)體數(shù)組獲得映射實(shí)體映射測試技術(shù)過程映射技術(shù)B函數(shù)A函數(shù)B函數(shù)C函數(shù)補(bǔ)丁前A函數(shù)B函數(shù)C函數(shù)補(bǔ)丁后B函數(shù)腳本def func_b(age) /定義函數(shù)B的補(bǔ)丁函數(shù) print age C(1,

46、2,3,4) ret 123B.setPatch(func_b) /將B函數(shù)用腳本函數(shù)func_b替代A(100) /這時(shí)運(yùn)轉(zhuǎn)的是func_b腳本函數(shù)，而非B函數(shù)B.setPatch(None) /恢復(fù)B函數(shù)嵌入式系統(tǒng)的測試方式插入標(biāo)志編譯源代碼打點(diǎn)后的源代碼符號數(shù)據(jù)庫符號信息Sun, HP 或 PC源代碼作標(biāo)志主機(jī)上運(yùn)轉(zhuǎn)的程序目的對象CPU探頭 目的板可執(zhí)行代碼局域網(wǎng)性能分析覆蓋率分析內(nèi)存分析代碼流跟蹤數(shù)據(jù)文件圖形用戶界面處置子程序數(shù)據(jù)構(gòu)造通訊端口源代碼靜態(tài)代碼質(zhì)量分析樣例質(zhì)量要素層分類規(guī)范層度規(guī)層不適宜自動(dòng)化的領(lǐng)域一次性工程系統(tǒng)不穩(wěn)定涉及物理交互工程周期很短的工程業(yè)務(wù)規(guī)那么復(fù)雜的工程美觀、

47、音質(zhì)、易用性測試測試劃分與工具支撐功能測試內(nèi)存檢查接口測試語法檢查代碼評價(jià)接口測試模塊性能測試性能測試業(yè)務(wù)測試可靠性測試白盒測試灰盒測試黑盒測試VcTesterPurifyPclintLogiscopeCodeTest結(jié)合業(yè)務(wù)本人開發(fā)專項(xiàng)硬件測試系統(tǒng)自動(dòng)化測試誤區(qū)期望自動(dòng)化測試完全替代手工測試期望自動(dòng)化測試發(fā)現(xiàn)大量新的缺陷不進(jìn)展前期測試設(shè)計(jì)，期望單純商用工具就能獲得大的效果產(chǎn)品測試缺陷分析產(chǎn)品缺陷分析量化管理體系測試質(zhì)量評價(jià)測試問題分析方法測試績效評價(jià)體系描寫、評價(jià)、預(yù)測、改良過程度量交付度量開發(fā)才干成熟度PCB被測對象評價(jià)測試設(shè)計(jì)評價(jià)BUG的定義BUG的要素BUG的等級劃分ODC法四象限法R

48、ayleigh曲線法RCA法質(zhì)量本錢投入產(chǎn)出分析局外人看工程運(yùn)作CustomerCoder“Build me Software for my CarThen a Miracle HappensDone.案例分析案例公司ABC 14BUG/KLOCUSA國防部DOD 0.01BUG/KLOCDODABCMIKE的假期啊 ！平均水深不是說 4m嗎 ？愉快的休假.碧波蕩漾到東海度假的MIKE先生希望經(jīng)過跳水來消除長期積存的壓力與疲勞，于是他爬到了跳臺上。跳臺上貼著這樣一張告示：“留意：平均水深4米，對本人的游泳程度非常自信的MIKE先生想到平均水深是4米，便毫不猶疑跳進(jìn)大海里,但是被送進(jìn)了醫(yī)院。平均

49、水深4M被測對象的質(zhì)量評價(jià)目的缺陷密度bugs/KLOC OR KNOC 測試用例經(jīng)過率經(jīng)過用例數(shù)/用例總數(shù)接口覆蓋率需求覆蓋率測試設(shè)計(jì)和測試執(zhí)行的質(zhì)量評價(jià)測試用例密度測試用例數(shù)/KLOC測試用例發(fā)現(xiàn)問題的效率缺陷數(shù)/測試用例總數(shù)測試執(zhí)行效率測試用例數(shù)/人天測試執(zhí)行自動(dòng)化程度自動(dòng)化用例數(shù)/用例總數(shù)遺留缺陷密度缺陷數(shù)/KLOC OR KNOC缺陷屬性定義根本屬性產(chǎn)品、版本、特性、發(fā)現(xiàn)缺陷的活動(dòng)、發(fā)現(xiàn)問題階段、嚴(yán)重程度、緊急程度、可否重現(xiàn)重現(xiàn)條件、結(jié)果影響描畫、缺陷景象描畫、運(yùn)轉(zhuǎn)環(huán)境、附件、附圖擴(kuò)展屬性子系統(tǒng)、模塊、問題產(chǎn)生的根源、缺陷類型、處理版本、回歸測試建議BUG分級管理制度BUG嚴(yán)重性致命

50、級嚴(yán)重級普通級提示級BUG優(yōu)先級優(yōu)先級 可反復(fù)性 X 嚴(yán)重性BUG填寫要點(diǎn)再現(xiàn)評審中立緊縮初步定位推行延伸數(shù)據(jù)量化圖形化BUG形狀列表New缺陷的初始狀態(tài)Open開發(fā)人員開始修改缺陷Fixed開發(fā)人員修改缺陷完畢Closed回歸測試通過Reopen回歸測試失敗Postpone推遲修改Rejected開發(fā)人員認(rèn)為不是系統(tǒng)問題，拒絕缺陷Duplicate與已經(jīng)提交的BUG重復(fù)Abandon被Rejected和Duplicate的BUG，測試人員確認(rèn)后的確不是問題Suspend問題難以重現(xiàn)，無法定位，沒有明確的解決時(shí)限BUG管理測試開發(fā)管理三方會(huì)議開啟分派設(shè)計(jì)變卦分派處理符合設(shè)計(jì)不用途理延遲處理封鎖

51、ODC方法的開展歷史1990年由IBM的T.J.Watson研討發(fā)明1997年完成根本實(shí)際體系建立1998年后在IBM內(nèi)部和業(yè)界推行，產(chǎn)生數(shù)億美圓的質(zhì)量本錢收益ODC : Orthogonal Defect Classification 正交缺陷分類法ODC缺陷分析方法觸發(fā)要素問題發(fā)現(xiàn)活動(dòng)驗(yàn)證開發(fā)開發(fā)驗(yàn)證結(jié)果影響嚴(yán)重程度緣由結(jié)果定位責(zé)任來源問題位置缺陷年齡缺陷類型內(nèi)容類型缺陷界定問題根源對象多維分析法檢視發(fā)現(xiàn)的主要是普通問題壓力測試發(fā)現(xiàn)一個(gè)致命問題四象限分析方法累計(jì)人時(shí) / KLOC累計(jì)缺陷數(shù) / KLOC穩(wěn)定象限不確定象限極不穩(wěn)定象限不確定象限日志管理ADSLMML告警管理補(bǔ)丁管理配置管理設(shè)備管理特性Rayleigh分析方法BUG收斂性分析日期1234567891