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