【正文】 C(1,2,3,4) ret 123(func_b) //將 B函數(shù)用腳本函數(shù) func_b替代A(100) //這時(shí)運(yùn)行的是 func_b腳本函數(shù)，而非 B函數(shù)(None) //恢復(fù) B函數(shù)AllRightsReserved 嵌入式系統(tǒng)的測(cè)試模式插入標(biāo)記 編譯源 代碼打點(diǎn)后的源代碼符號(hào)數(shù)據(jù)庫符號(hào)信息Sun,HP或 PC源代碼作標(biāo)記主機(jī)上運(yùn)行的程序目標(biāo)對(duì)象 CPU探頭 目標(biāo)板可執(zhí)行代碼局域網(wǎng)性能分析覆蓋率分析內(nèi)存分析代碼流跟蹤數(shù)據(jù)文件圖形用戶界面處理子程序數(shù)據(jù)結(jié)構(gòu)通訊端口源代碼AllRightsReserved 靜態(tài)代碼質(zhì)量分析樣例質(zhì)量因素層分類標(biāo)準(zhǔn)層度規(guī)層AllRightsReserved 不適合自動(dòng)化的領(lǐng)域167。 一次性項(xiàng)目167。 系統(tǒng)不穩(wěn)定167。 涉及物理交互167。 項(xiàng)目周期很短的項(xiàng)目167。 業(yè)務(wù)規(guī)則復(fù)雜的項(xiàng)目167。 美觀、音質(zhì)、易用性測(cè)試AllRightsReserved 測(cè)試劃分與工具支撐功能測(cè)試 內(nèi)存檢查接口測(cè)試 語法檢查 代碼評(píng)價(jià)接口測(cè)試模塊性能測(cè)試性能測(cè)試 業(yè)務(wù)測(cè)試可靠性測(cè)試白盒測(cè)試 灰盒測(cè)試黑盒測(cè)試AllRightsReserved 自動(dòng)化測(cè)試誤區(qū)167。 期望自動(dòng)化測(cè)試完全替代手工測(cè)試167。 期望自動(dòng)化測(cè)試發(fā)現(xiàn)大量新的缺陷167。 不進(jìn)行前期測(cè)試設(shè)計(jì)，期望單純商用工具就能獲得大的效果產(chǎn)品測(cè)試缺陷分析AllRightsReserved 產(chǎn)品缺陷分析量化管理體系 測(cè)試質(zhì)量評(píng)估 測(cè)試問題分析方法 測(cè)試績(jī)效評(píng)價(jià)體系252。刻畫、評(píng)估、預(yù)測(cè)、改進(jìn)252。過程度量252。交付度量252。開發(fā)能力252。成熟度252。PCB252。被測(cè)對(duì)象評(píng)估252。測(cè)試設(shè)計(jì)評(píng)估252。BUG的定義252。BUG的要素252。BUG的等級(jí)劃分252。ODC法252。四象限法252。Rayleigh曲線法252。RCA法252。質(zhì)量成本252。投入產(chǎn)出分析AllRightsReserved 局外人看項(xiàng)目運(yùn)作Customer Coder“BuildmeSoftwareformyCar”ThenaMiracleHappens Done.AllRightsReserved 案例分析167。 案例公司（ ABC） 1～ 4BUG/KLOC167。 USA國防部（ DOD） DODABCAllRightsReserved MIKE的假期啊 ！平均水深不是說 4m嗎 ？愉快的休假 …. 碧波蕩漾… 到東海度假的 MIKE先生希望通過跳水來消除長(zhǎng)期積存的壓力與疲勞，于是他爬到了跳臺(tái)上。跳臺(tái)上貼著這樣一張告示： “ 注意：平均水深 4米 ” ，對(duì)自己的游泳水平非常自信的 MIKE先生想到平均水深是 4米，便毫不猶豫跳進(jìn)大海里 ……, 但是 …… 被送進(jìn)了醫(yī)院。平均水深4MAllRightsReserved 被測(cè)對(duì)象的質(zhì)量評(píng)估指標(biāo)167。 缺陷密度（ bugs/KLOCORKNOC）167。 測(cè)試用例通過率（ 通過用例數(shù) /用例總數(shù) ）167。 接口覆蓋率167。 需求覆蓋率AllRightsReserved 測(cè)試設(shè)計(jì)和測(cè)試執(zhí)行的質(zhì)量評(píng)估167。 測(cè)試用例密度（ 測(cè)試用例數(shù) /KLOC）167。 測(cè)試用例發(fā)現(xiàn)問題的效率（ 缺陷數(shù) /測(cè)試用例總數(shù) ）167。 測(cè)試執(zhí)行效率（ 測(cè)試用例數(shù) /人天 ）167。 測(cè)試執(zhí)行自動(dòng)化程度（ 自動(dòng)化用例數(shù) /用例總數(shù) ）167。 遺留缺陷密度（ 缺陷數(shù) /KLOCORKNOC）AllRightsReserved 缺陷屬性定義167。 基本屬性216。產(chǎn)品、版本、特性、發(fā)現(xiàn)缺陷的活動(dòng)、發(fā)現(xiàn)問題階段、嚴(yán)重程度、緊急程度、可否重現(xiàn)（重現(xiàn)條件）、結(jié)果影響描述、缺陷現(xiàn)象描述、運(yùn)行環(huán)境、附件、附圖167。 擴(kuò)展屬性216。子系統(tǒng)、模塊、問題產(chǎn)生的根源、缺陷類型、解決版本、回歸測(cè)試建議AllRightsReserved BUG分級(jí)管理制度167。 BUG嚴(yán)重性216。致命級(jí)216。嚴(yán)重級(jí)216。一般級(jí)216。提示級(jí)167。 BUG優(yōu)先級(jí)216。優(yōu)先級(jí) ＝ 可重復(fù)性 X嚴(yán)重性AllRightsReserved BUG填寫要點(diǎn)再現(xiàn)評(píng)審中立壓縮初步定位推廣延伸數(shù)據(jù)量化 圖形化AllRightsReserved BUG狀態(tài)列表New 缺陷的初始狀態(tài)Open 開發(fā)人員開始修改缺陷Fixed 開發(fā)人員修改缺陷完畢Closed 回歸測(cè)試通過Reopen 回歸測(cè)試失敗Postpone 推遲修改Rejected 開發(fā)人員認(rèn)為不是系統(tǒng)問題，拒絕缺陷Duplicate 與已經(jīng)提交的 BUG重復(fù)Abandon 被 Rejected和 Duplicate的 BUG，測(cè)試人員確認(rèn)后的確不是問題Suspend 問題難以重現(xiàn)，無法定位，沒有明確的解決時(shí)限AllRightsReserved BUG管理測(cè)試 開發(fā)管理三方會(huì)議開啟 分派設(shè)計(jì)變更分派解決p符合設(shè)計(jì)p不用解決p延遲解決關(guān)閉AllRightsReserved ODC方法的發(fā)展歷史1990年由 IBM的明1997年完成基本理論體系建設(shè)1998年后在 IBM內(nèi)部和業(yè)界推行，產(chǎn)生數(shù)億美元的質(zhì)量成本收益ODC : Orthogonal Defect Classification 正交缺陷分類法AllRightsReserved ODC缺陷分析方法觸發(fā)因素問題發(fā)現(xiàn)活動(dòng)驗(yàn)證開發(fā)開發(fā)驗(yàn)證結(jié)果影響嚴(yán)重程度原因 結(jié)果定位責(zé)任來源問題位置缺陷年齡缺陷類型內(nèi)容類型缺陷界定問題根源對(duì)象AllRightsReserved 多維分析法檢視發(fā)現(xiàn)的主要是一般問題壓力測(cè)試發(fā)現(xiàn)一個(gè)致命問題AllRightsReserved 四象限分析方法累計(jì)人時(shí) /KLOC累計(jì)缺陷數(shù)/KLOC穩(wěn)定象限不確定象限極不穩(wěn)定象限不確定象限日志管理ADSLMML告警管理補(bǔ)丁管理配置管理設(shè)備管理特性AllRightsReserved Rayleigh分析方法AllRightsReserved BUG收斂性分析日期1 2 3 4 5 6 7 8 9 10 11 12 13 14Bug的數(shù)量報(bào)告的 Bug 解決的 BugBug收斂點(diǎn)AllRightsReserved 樣 例印度 S公司能力基線Metric Goal Lower Upper AnalysisScheduleProductivity 22 20 25 EndofprojectEffortEstimationVariance 0 10% 10% EndofphaseScheduleEstimationVariance 0 10% 10% EndofphaseDeliveredDefectDensity ofprojectSRS ofphaseHLD ofphaseLLD ofphaseUnitTesting 6 ofphase…… …… …… …… ……PCB : Process Capability Baseline 過程能力基線AllRightsReserved NASA經(jīng)驗(yàn)分享167。 NASA（ 美國航空航天管理局）：版本發(fā)布后遺留缺陷率測(cè)試成本（人月 /KLOC ）開發(fā)組測(cè)試 20% 獨(dú)立測(cè)試組 16% AllRightsReserved 質(zhì)量成本管理質(zhì)量成本銷售收入失敗成本鑒定成本預(yù)防成本必要成本利潤AllRightsReserved 測(cè)試績(jī)效分析思路167。 單位售后服務(wù)成本的升降167。 重點(diǎn)客戶重大故障頻率（次 /年）167。 每人天發(fā)現(xiàn)問題的數(shù)量（統(tǒng)一折算，個(gè) /人天）167。 每人天測(cè)試的功能點(diǎn)數(shù)（測(cè)試能力是否提升）167。 單位產(chǎn)品測(cè)試成本的投入（測(cè)試效率）AllRightsReserved 青銅器 RDM的業(yè)務(wù)框架體系：集成產(chǎn)品管理系統(tǒng)AllRightsReserved 市場(chǎng)需求管理，實(shí)現(xiàn)從閉門造車到市場(chǎng)驅(qū)動(dòng)轉(zhuǎn)變216。實(shí)現(xiàn)需求提出 ?需求評(píng)審 ?需求規(guī)劃 ?需求反饋 全過程透明管理216。集中管理全方位的需求（客戶、內(nèi)部、供應(yīng)商等）216。實(shí)現(xiàn)閉門造車到市場(chǎng)驅(qū)動(dòng)的轉(zhuǎn)變，指引公司做正確的事統(tǒng)一客戶需求入口，長(zhǎng)期、短期、內(nèi)部、外部、單產(chǎn)品、跨產(chǎn)品需求，統(tǒng)一解決！AllRightsReserved 基于市場(chǎng)需求、競(jìng)爭(zhēng)、資源，定義產(chǎn)品路線圖，明確產(chǎn)品發(fā)展方向216。將市場(chǎng)需求落實(shí)為具體產(chǎn)品規(guī)劃的路線圖，為產(chǎn)品開發(fā)指明方向216。明確定義每次產(chǎn)品發(fā)布的賣點(diǎn)、價(jià)值、目標(biāo)，避免無謂發(fā)布216。定義路線圖時(shí)充分考慮競(jìng)爭(zhēng)、市場(chǎng)、資源等因素基于資源、競(jìng)爭(zhēng)、市場(chǎng)因素，定義發(fā)布次序，實(shí)現(xiàn)利益最大化AllRightsReserved 青銅器 RDM實(shí)現(xiàn)需求端到端跟蹤（ RTM），工程技術(shù)全貫通216。輕松實(shí)現(xiàn)：市場(chǎng)需求 ??規(guī)劃發(fā)布 ??產(chǎn)品需求 ??設(shè)計(jì)需求??產(chǎn)品規(guī)格??物理模塊?? Build構(gòu)建??測(cè)試用例??測(cè)試計(jì)劃??產(chǎn)品缺陷??測(cè)試報(bào)告，全程跟蹤推行 CMMI時(shí)最難做到的RTM，原來如此簡(jiǎn)單！AllRightsReserved 集中匯總展示平臺(tái)通用功能清單，簡(jiǎn)單組合、稍加修改就滿足個(gè)性化客戶要求支持產(chǎn)品平臺(tái)化，推動(dòng)進(jìn)入基于平臺(tái)的研發(fā)時(shí)代216。支持個(gè)性化項(xiàng)目到產(chǎn)品平臺(tái)化的沉淀過程216。支持基于產(chǎn)品平臺(tái)進(jìn)行個(gè)性化二次開發(fā)項(xiàng)目運(yùn)作216。集中展現(xiàn)產(chǎn)品平臺(tái)通用功能庫、通用測(cè)試庫、通用產(chǎn)品模塊庫統(tǒng)一匯總產(chǎn)品平臺(tái)測(cè)試用例庫，具體項(xiàng)目測(cè)試計(jì)劃可以直接基于平臺(tái)用例庫構(gòu)建AllRightsReserved 基于敏捷開發(fā)理念，通過構(gòu)建，將（需求、設(shè)計(jì)、開發(fā)、驗(yàn)證）團(tuán)隊(duì)的工作協(xié)同一致216。構(gòu)建計(jì)劃是項(xiàng)目開發(fā)和驗(yàn)證階段工作的指南針，推動(dòng)并行研發(fā)216?；跇?gòu)建實(shí)現(xiàn)小步快跑、及時(shí)驗(yàn)證、及時(shí)完善，避免問題堆積，使發(fā)布計(jì)劃更靠譜216。實(shí)現(xiàn)短期成果，給團(tuán)隊(duì)以信心構(gòu)建是團(tuán)隊(duì)工作的指南針、是研發(fā)團(tuán)隊(duì)的 12是研發(fā)團(tuán)隊(duì)的力量源泉AllRightsReserved 通過詳盡的 FAB分析，控制低價(jià)值需求流入研發(fā)體系，減少無謂項(xiàng)目數(shù)量，提升研發(fā)價(jià)值216。通過詳盡的 FAB（需求、優(yōu)勢(shì)、價(jià)值）分析，在源頭就剔除低價(jià)值要求216?；诠纠鏄?gòu)造需求價(jià)值判斷標(biāo)準(zhǔn)，堅(jiān)決將低價(jià)值項(xiàng)目排除在研發(fā)管道之外，從而提升研發(fā)價(jià)值一個(gè)頁面展現(xiàn)，需求的客戶價(jià)值、公司價(jià)值、競(jìng)爭(zhēng)分析、產(chǎn)生原因、穩(wěn)定性等，是否需要實(shí)現(xiàn)一目了然AllRightsReserved 從測(cè)試需求分析、測(cè)試用例設(shè)計(jì)、測(cè)試計(jì)劃制定、測(cè)試執(zhí)行、測(cè)試問題跟蹤、測(cè)試報(bào)告自動(dòng)生成，涵蓋測(cè)試全流程216?；谛枨?+設(shè)計(jì)構(gòu)造測(cè)試用例，提高測(cè)試針對(duì)性，實(shí)現(xiàn)開發(fā)與測(cè)試并行216。基于 Build智能生成測(cè)試計(jì)劃，確保不多測(cè)也不漏測(cè)216。自動(dòng)生成測(cè)試報(bào)告、智能分析測(cè)試完備性、測(cè)試強(qiáng)度216。測(cè)試問題自動(dòng)跟蹤至關(guān)閉支持詳細(xì)測(cè)試步驟定義定義測(cè)試團(tuán)隊(duì)，明確每個(gè)人測(cè)試職責(zé)詳細(xì)記錄每次測(cè)試結(jié)果自動(dòng)展現(xiàn)測(cè)試問題自動(dòng)多維度匯總測(cè)試結(jié)果AllRightsReserved 課程結(jié)束，祝大家事業(yè)進(jìn)步！AllRightsReserved 演講完畢，謝謝觀看！