BUG建立&观念介绍modify字型课件.ppt

1、PLM Bug System IntroductionWhats your favorite APPLE?You need to know the truth:You need to know the truth:Requirements will be different for each model!Project Project ObjectivesObjectivesYou need to know the truth:You need to know the truth:ERS ERS 只是產品要求的最低標準而非全部只是產品要求的最低標準而非全部.15432什麼是Bug?哪兒來?如何

2、類別?Bug Life-cycle FlowchartBug Life-cycle FlowchartBug如何追蹤?(系統Step概念)Bug System應用 (Feedback)Bug System使用介面報告主題1.1.什麼是什麼是Bug?“Bug?“蟲蟲”?問題點整合系統直是專案開發重要的環問題點整合系統直是專案開發重要的環,如何運用現有如何運用現有的的Bug SystemBug System來輔助來輔助PL&PMPL&PM專案專案controlcontrol與管理與管理,是重要的課是重要的課題題.uFor 專案:藉由系統驗證單位所規劃的test,在產品送交或大量生產時,及早對產品瑕

3、疵作矯正與預防性對策,以增加專案成功機會.避免Rework or Repair層出不窮,導致Cost up!uFor 組織:藉由Bug發生引發出的管理issue 重複發生or 顯而易見&技術瓶頸issue Design Limitation 做一有效的feedback動作,使組織針對此些項目做有效改善,以達到持續向上的趨勢.1234567任何任何BugBug皆要處理皆要處理,只是該用何種方式處理只是該用何種方式處理,但絕非不處理但絕非不處理.任何任何BugBug皆有其黃金處理時間皆有其黃金處理時間,若擱置過久未處理若擱置過久未處理,將無助於專案將無助於專案performanceperforma

4、nce透過透過專案管理人員專案管理人員與與系統稽催系統稽催機制機制來有效協助專案來有效協助專案(系統本身有系統本身有報表機制報表機制可方便可方便專案管理者使用專案管理者使用)u1.根據結案處理者單位,每2 weeks分別做統計以mail方式寄給部門主管參閱.2.部門主管可依其下工程師常犯的錯誤來加以進行improve operations.u每季統計一次,召開meeting方式讓R&D主管與VP參閱.u每月統計一次,寄給專案PM&PL參考(Judgment Skill Learning)&驗證單位主管,以作為modify Test Plan的參考資料.u每week統計一次,驗證單位主管需召開m

5、eeting檢討,並應予立即改善.u作表monitor,並要求每次機種驗證必需將此testcase納入確認.4.Bug System4.Bug System應用應用 (Feedback)(Feedback)ClosedClosed _ _有對策實施有對策實施Conditional ClosedConditional Closed_ _Design LimitationDesign LimitationConditional ClosedConditional Closed_ _minor issueminor issue(專案會議決議專案會議決議)Conditional ClosedCondi

6、tional Closed_ _測試者疏失測試者疏失Conditional ClosedConditional Closed_ _無再現性無再現性:5.Bug System使用介面主功作區主功作區 物件功能區物件功能區搜尋區搜尋區主工作區主工作區 物件功能區物件功能區物件訊息區物件訊息區系統訊息區系統訊息區簽核區簽核區我的文件區我的文件區Create Bug選擇“NEW”未來改成以下未來改成以下:1.Critical2.Major3.Minor可允許可允許 Free Key-in(若有需要若有需要)未來改成以下:1.Always2.Often3.Sometimes4.Seldom此項有規定格式

7、此項有規定格式:請參閱請參閱BUG敘述參考要點敘述參考要點1.Settings:Mode:Resolution:Paper size:Application:2.Procedures:Step01:Step02:、3.Result&預期的正確結果預期的正確結果:4.補充說明補充說明:包含您做了哪些包含您做了哪些DOUBLE CONFIRM,還有哪些線索給還有哪些線索給RD、參考要點參考要點選擇False:表示BUG是由STD提出由STD驗證選擇True:表示BUG是QE提出由QE驗證“Finish”系統自動產出一個編號建立BUG後需做Submit,方可進入流程中方可進入流程中需做修改編輯選Ed

8、it若有“圖檔”或”相關補充資料”可藉此將檔案上傳至PLMSubmit至會簽流程 選擇Close後Bug建立完成會通知Project相關人員 PLPL收到收到BugBug時有時有4 4個個choices:choices:選擇1:需工程師分析與改善,進入Edit填寫分配工程師人員 Step 0.3選擇2:Bug敘述不夠清楚,直接sign-off,退給測試工程師修改 Step 0.1選擇3:會議決議需走“特結”流程 Step 0.26選擇4:因某特殊原因,需將“PL分配工作”這權限Reassign給某人所有處理模式皆需所有處理模式皆需BugBug上所敘述之問題情況來做選擇上所敘述之問題情況來做選擇

9、!編輯完成1.編輯指定處理工程師工號 點Value Set帶出姓名2.可以輸入員工姓名 關鍵字或完整的員工姓名查詢 範例：王小明 查詢方法：*小*或 王*PL指定權責單位,可填寫一個單位以上co-work選擇 Signoff作簽核動作選Complete則BUG流程至Step 0.3即即 Reject 作用作用,直接退直接退回給測試工程師修改回給測試工程師修改簡單扼要說明退回理由簡單扼要說明退回理由PL勾選BUG Review會議同意放行必須與“會議紀錄”建立關聯.卡關條件卡關條件PL需將此項目打勾需將此項目打勾 系統系統Default=不勾不勾 ,Bug會循會循“特結特結”流程處理流程處理處理

10、模式處理模式1:是我該處理的是我該處理的Bug 先進入Edit填寫“Bug預計解決日”系統default=14天 工程師自行確認已fix此Bug,再填寫其真因&對策.sign-off後選擇”Complete”即完成處理模式2:不是我部門該處理的不是我部門該處理的Bug 直接sign-off,選擇”Unable to complete”並寫下 comment後,退回給專案PL.處理模式3:因某種因素須因某種因素須reassign給給同單位同單位之其他工程師處理之其他工程師處理 直接sign-off,選擇”Reassign”輸入其他工程師工號 在comment欄位說明理由 1.註明輸入者（中文全名

11、）系統會帶出日期。2.註明DRIVER與F/W在哪一版所解。(若因code架 構無法確定未來是哪一版,就可skip此需求)Sign-off完成選擇”Complete”作用:系統會依填入日期做基準點,再過14天後會發提醒通知.限制:同帳號僅可編修一次贊成贊成 工程師原因分析工程師原因分析&對策對策不認同不認同 工程師原因分析工程師原因分析&處理對策處理對策但須寫出不認同之理由但須寫出不認同之理由授權給他人執行此關卡授權給他人執行此關卡處理模式處理模式1:1:需要執行驗證需要執行驗證BugBug 先釐清真因,暫時對策與有效對策內容上作法&邏輯錯誤.將”待確認”的Bug之情形加以review,若有目

12、前測試cases 無法涵蓋之Bug,需將其整理列表使其成為下版驗證時首先 確認項目.(對於非Always發生的Bug需進行Test規劃)執行下版驗證後,若Pass則填寫驗證相關資訊且sign-off後 選擇”Approve”即完成 若Failed,則依處理模式3進行.處理模式2:不需要執行驗證不需要執行驗證BugBug confirm理由(若此資訊是未傳遞至驗證單位時),若屬實則將 理由填入後,sign-off選擇”Approve”即完成.處理模式3:因某種因素須因某種因素須RejectReject退給退給PLPL 對策Failed or 結案理由不合理(需將理由清楚說明)未將Bug原因&對策

13、交代清楚處理模式4:因某種因素須因某種因素須reassignreassign給同單位之其他工程師處理給同單位之其他工程師處理 測試resource arrangement 個人職掌變更Who you are?Which version?Check method?Result?作業畫面 編輯完成選擇Signoff填寫相關資訊。如果驗證失敗選擇Reject流程至PL重新分配工作。Bug最終approve 流程:專案決議必須是合理邏輯下之決策.站在公司整體利益為第一優先角度思考,此對策仍成立.無存在潛藏之重大risk.由專案角度轉變成組織角度思考此bugFunction SafetyReliabil

14、ityUsabilityImage PerformanceError HandlingAppearanceAvisions PolicyDocumentBUGExamplesFunctionFunction類類 BugBugUsabilityUsability類類 BugBugImageImage類類 BugBugAppearanceAppearance類類 BugBugAvisions PolicyAvisions Policy類類 BugBugSafetySafety類類 BugBugReliabilityReliability類類 BugBugPerformancePerformance

15、類類 BugBugError HandlingError Handling類類 BugBugDocumentDocument類類 BugBug2Get more Get more information information 流程流程測試者部門測試者部門PLMPLM帳號登錄帳號登錄填入測試填入測試相關資訊相關資訊填入填入BugBug陳述陳述簽核流程簽核流程決定決定問題點問題點陳述完成陳述完成附加資料附加資料(補充說明補充說明)送入流程送入流程EndEnd2uNow:目前機種之Functional SPEC皆無完整定義情形下 對產品功能產生懷疑,此Bug即成立.(Bug=值得探討的Questi

16、on)在產品規格書中未將Functional SPEC納入以前,依此rule執行判定 u未來:在機種規格完整定義條件成立狀況下 不符合 customers 需求與潛在需求時,此Bug即成立.依Functional SPEC判定)未定義的客人潛在需求的推斷 可討論01.Bug Review Meeting01.Bug Review Meeting召開為召開為專案專案PLPL的職責的職責,故故PLPL必須到場此必須到場此會議方有召開的意義會議方有召開的意義.02.02.會議何時結束是取決於會議何時結束是取決於 “結果結果”而非而非 “時間長短時間長短or or 次次數數 “22BUGBUG與與會議紀錄會議紀錄建關聯是此流程必須達成的要求建關聯是此流程必須達成的要求2填入填入 “預計完成時間預計完成時間 “這動作將影響這動作將影響 “系統稽催系統稽催”的日期的日期若填入日期為若填入日期為2008/10/22,2008/10/22,但你未完成此關該完成的所有動作但你未完成此關該完成的所有動作則請問則請問2008/10/23 2008/10/23 隔天隔天 此此bugbug會怎樣會怎樣?2Release TestRelease Test之流程是必要且對品質瑕疵之流程是必要且對品質瑕疵riskrisk最小的必要手段最小的必要手段2