研發(fā)質(zhì)量管理2010.9研發(fā)質(zhì)量管理2010.91內(nèi)容提要研發(fā)質(zhì)量管理意識在研發(fā)流程中構(gòu)建產(chǎn)品質(zhì)量質(zhì)量控制手段-技術(shù)評審質(zhì)量控制手段-產(chǎn)品測試研發(fā)過程質(zhì)量保證內(nèi)容提要研發(fā)質(zhì)量管理意識2研發(fā)質(zhì)量管理意識研發(fā)質(zhì)量管理意識3一個產(chǎn)品的質(zhì)量是由開發(fā)和維護這個產(chǎn)品的過程的質(zhì)量所決定的。——WattsHumphrey一個產(chǎn)品的質(zhì)量是由開發(fā)和維護這個產(chǎn)品的過程的質(zhì)量所決定4質(zhì)量Quality產(chǎn)品、體系或過程的一組固有特性滿足顧客和其他相關方要求的能力?！狪SO9000：2000質(zhì)量Quality產(chǎn)品、體系或過程的一組5產(chǎn)品質(zhì)量和過程質(zhì)量的關系交付質(zhì)量1.產(chǎn)品本身質(zhì)量2.文檔質(zhì)量3.服務質(zhì)量過程質(zhì)量，包括研發(fā)、生產(chǎn)、服務階段。1.過程規(guī)范的符合度2.缺陷和問題的解決率3.進度偏差率4.工作量偏差率5.需求的穩(wěn)定度產(chǎn)品質(zhì)量和過程質(zhì)量的關系交付質(zhì)量6質(zhì)量與進度哪個重要？TCQ

T：時間，C：成本，Q：質(zhì)量。研發(fā)進度與質(zhì)量的取舍。質(zhì)量與進度哪個重要？7質(zhì)量管理發(fā)展的四個階段階段

全面質(zhì)量管理TQM過程統(tǒng)計技術(shù)QA

專職檢驗員QC手工操作者時間1900192019311960質(zhì)量管理發(fā)展的四個階段階8例如：市場需求分析$APPEALS：客戶需求收集和分析方法。市場需求管理流程：收集、分析、分發(fā)、實現(xiàn)、驗證5個步驟。例如：市場需求分析$APPEALS：客戶需求收集和分析方法9質(zhì)量管理體系質(zhì)量部IPMTEPG組織PQA組織測試組織評審引導經(jīng)驗教訓總結(jié)檢驗培訓案例庫測試審計質(zhì)量管理體系組織保證質(zhì)量管理活動體系文件IT支持系統(tǒng)質(zhì)量策劃質(zhì)量控制質(zhì)量保證質(zhì)量改進質(zhì)量管理體系質(zhì)量管理體系組織保證質(zhì)量管理活動體系文件IT支持10質(zhì)量策劃與質(zhì)量控制質(zhì)量策劃：致力于制定質(zhì)量方針、質(zhì)量目標、確定運行程序和資源、工具以實現(xiàn)質(zhì)量目標的一系列組織管理工作。質(zhì)量控制（QCQualityControl）：致力于滿足質(zhì)量要求。方法：評審、測試、檢驗。質(zhì)量策劃與質(zhì)量控制質(zhì)量策劃：致力于制定質(zhì)量方針、質(zhì)量目標、11質(zhì)量保證與質(zhì)量改進質(zhì)量保證（QAQualityAssurance）：從質(zhì)量管理體系的角度，向管理者/客戶提供適當?shù)膶I(yè)務過程和交付件（產(chǎn)品/服務）的可視性，致力于提供對體系能力的信任。包括：1.建立了質(zhì)量保證的組織；2.質(zhì)量管理體系的流程/規(guī)范/標準建立、培訓、引導，推行落實；3.通過審計其業(yè)務過程和交付件（產(chǎn)品/服務），以驗證它們符合適用的流程、規(guī)范和標準，給管理者提供這些審計的結(jié)果。質(zhì)量改進：致力于增強滿足質(zhì)量要求的能力。方法：經(jīng)驗教訓總結(jié)，案例庫等。質(zhì)量保證與質(zhì)量改進質(zhì)量保證（QAQualityAssu12質(zhì)量改進手段：PDCA循環(huán)DemingCycle(PDSA/PDCA)Plan(計劃)Do（執(zhí)行）Study/Check（檢查）Act（糾正）QualityPlanDoActStudyCheck質(zhì)量改進手段：PDCA循環(huán)13質(zhì)量改進的信息來源流程執(zhí)行者，合理化建議；過程審計；標桿企業(yè)；企業(yè)戰(zhàn)略；客戶要求；質(zhì)量改進的信息來源流程執(zhí)行者，合理化建議；14質(zhì)量成本為了達到產(chǎn)品/服務質(zhì)量而進行的全部工作發(fā)生的所有成本。這些努力包括為確保與要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。這些工作引起的成本包括三種：1.預防成本(PreventionCost)2.鑒定成本(AppraisalCost)3.故障成本(FailureCost)質(zhì)量成本=符合要求的代價+不符合要求的代價質(zhì)量成本為了達到產(chǎn)品/服務質(zhì)量而進行的全部工作發(fā)生的所有成15質(zhì)量成本意識營POC質(zhì)量成本業(yè)銷售收入成本

PONC：不符合要求的代價POC：符合要求的代價EFC：無失誤運作成本利潤必要成本預防鑒定失敗質(zhì)量成本意識利潤必要成本預防鑒定失敗16產(chǎn)品開發(fā)中缺陷的相對修復成本

成本開發(fā)部署

產(chǎn)品問題早發(fā)現(xiàn)，早解決，在部署之后又發(fā)現(xiàn)產(chǎn)品問題再進行修復，通常要多花100到1000倍的成本。產(chǎn)品開發(fā)中缺陷的相對修復成本17產(chǎn)品研發(fā)項目質(zhì)量管理計劃模板產(chǎn)品質(zhì)量等級總體質(zhì)量策略過程偏差質(zhì)量目標質(zhì)量目標達成計劃關鍵性能指標達成計劃質(zhì)量保證控制活動產(chǎn)品研發(fā)項目質(zhì)量管理計劃模板產(chǎn)品質(zhì)量等級18在研發(fā)流程中構(gòu)建產(chǎn)品質(zhì)量在研發(fā)流程中構(gòu)建產(chǎn)品質(zhì)量19集成產(chǎn)品開發(fā)（IPD）流程的特點“端到端”分階段的流程分層級的流程在流程中設置重要的控制點采用并行工程集成產(chǎn)品開發(fā)（IPD）流程的特點“端到端”20IPD體系框架

產(chǎn)品戰(zhàn)略市場管理流程市場信息客戶反饋競爭信息技術(shù)趨勢產(chǎn)品組織IPD流程管理細分市場并評估績效理解市場組合制定細整合、市場細分分析分策略優(yōu)化業(yè)及計劃務計劃產(chǎn)品戰(zhàn)略流程集成組合管理團隊（IPMT）概計念劃開發(fā)平臺與技術(shù)開發(fā)流程一流的子流程項目管理配置與變更技術(shù)評審質(zhì)量管理文檔管理需求管理CBB重用采購/外協(xié)管理配置管理軟硬件設計績效管理基于戰(zhàn)略和流程的KPI體系IPD工具共用工具（業(yè)務、技術(shù)和工廠）DevMfgFullMktProcSvcSWFin√MfgTdDevProcFull√√LTDT驗證發(fā)布生命周期LPDT√MktMfgDevProcSvcLPMTIPD體系框架管理細分市場并評估績效理解市場組合21結(jié)構(gòu)化的產(chǎn)品開發(fā)流程概念決策計劃決策可獲得性決策生命周期結(jié)束評審點評審點評審點決策評審點TR1TR2TR3TR4TR5TR6LaunchTR4AGA

概念計劃開發(fā)驗證發(fā)布生命周期結(jié)構(gòu)化的產(chǎn)品開發(fā)流程概念計劃開發(fā)22流程中的質(zhì)量控制點四個決策評審點（DecisionCheckPointDCP）；七個技術(shù)評審點（TechnicalReviewPointTRP）；一個發(fā)布點（Launch）；一個正式發(fā)布點（GeneralAvailabilityGA）。流程中的質(zhì)量控制點四個決策評審點（DecisionChec23技術(shù)平臺開發(fā)流程概念計劃-從IPMT或ITMT處接受項目任務書-組建TDT-開始從使用該技術(shù)的PL或產(chǎn)品線中調(diào)用資源組建外圍組-概念設計-概要構(gòu)建模塊設計/選擇-初始供應商選擇計劃-分析市場機會以估計財務結(jié)果和風險-確定平臺，ASIC或技術(shù)方案-初始BOM/EC發(fā)布計劃-全球產(chǎn)品計劃支持-路標，CBB承諾-平臺技術(shù)評審2和3-完整的供應商選擇計劃-概要設計完成-訂購LLT原型機器件-最終EC：LLTSIT，SVT-可服務性計劃-到TR4A的端到端4級項目計劃開發(fā)切換-設計/開發(fā)（到TR4A）-設計完成檢查點-準備并構(gòu)建原型機，產(chǎn)品文檔-測試：BBFV（到TR4）-評估第一個樣機-完成HCMM-完成BBFV-與高一級的分層集成（如：平臺，產(chǎn)品）-完成高一級的BBFV，SDV-完成產(chǎn)品SIT-SDV，SIT，GA器件的EC-訂購SIT和GA產(chǎn)量逐漸增大所需器件-切換DCP有以下切換：-所有技術(shù)文檔-所有財務信息-PDT繼續(xù)進行設計和測試所需的所有計劃-保留TDT核心組，支撐使用該技術(shù)的PDT的TR和各種測試活動技術(shù)平臺開發(fā)流程概念計劃-從IPMT或ITMT處接受項目任務24新器件/物料優(yōu)選流程通過對新選用元器件的資料審查，對生產(chǎn)廠家提供的樣件指標參數(shù)的容限、極限進行測試和可靠性試驗，選擇符合公司產(chǎn)品要求的元器件，并通過對廠家的技術(shù)保證和批量生產(chǎn)能力、工藝水平、質(zhì)保體系的考察，最終提出潛在供應商的全過程。以達到產(chǎn)品開發(fā)中器件選用的歸一化、高復用率、高替代率、以保證新產(chǎn)品選用器件的可量產(chǎn)化。技術(shù)規(guī)范書擬制、歸檔（器件組）新器件上網(wǎng)（器件組）上網(wǎng)查詢優(yōu)選器件（項目組）提出器件要求（項目組）商務認證（商務認證團隊）技術(shù)認證（技術(shù)認證團隊）新器件/物料優(yōu)選流程技術(shù)規(guī)范書新器件上網(wǎng)查詢提出器件商務認證25研發(fā)中技術(shù)評審

研發(fā)中技術(shù)評審

26目的跟蹤需求發(fā)現(xiàn)錯誤優(yōu)化設計風險規(guī)避質(zhì)量評估目的跟蹤需求27原則關注于發(fā)現(xiàn)未得到滿足的需求，而不是堅持進度；以合理的速度去花時間閱讀材料；不應因為缺少時間和預算而將評審省略。原則關注于發(fā)現(xiàn)未得到滿足的需求，而不是堅持進度；28技術(shù)評審（TR）概念計劃開發(fā)驗證發(fā)布生命周期TR1TR2TR3TR4TR4ATR5TR6產(chǎn)品需求產(chǎn)品規(guī)格概要設計BBFVSDVSITSVT和Beta測試結(jié)果；和概念和總體方案測試測試測試確認性能、可靠性、環(huán)境、結(jié)果結(jié)果、結(jié)果、外部鑒定目標已經(jīng)達到。性能性能基線化可靠性內(nèi)部基線技術(shù)評審（TR）29技術(shù)評審體系的三層架構(gòu)子過程關聯(lián)關聯(lián)關聯(lián)

子過程和TR和DCP之間關系IPDTR：七大評審點，由PQA組織，引用子評審的結(jié)果對產(chǎn)品質(zhì)量進行評估，并且對PDT提出改正建議。IPDTRSub-TR：子過程評審，由項目組組織，在交付件完成后Sub-TR實施。對子過程活動輸出質(zhì)量把關。PeerReviewPeerReview：檢視。非正式，在交付件生成過程中同行子過程活動間的交付件檢查和問題討論。配合關系子過程結(jié)束TR4ATR5TR6開始子過程子過程開始結(jié)束開始結(jié)束TRn技術(shù)評審體系的三層架構(gòu)子過程結(jié)束TR4ATR5TR6開始子過30技術(shù)評審過程實例

-7天-5天-3天-2天0天3天啟動評審材料準備材料分發(fā)

材料預讀

問題溝通

評審會

匯報討論

總結(jié)

資料歸檔

SE主持技術(shù)SE介紹評審材料。討論，PQA評審員提出更詳細的問題，項組織過程，目成員作解答。必要時邀請PQA總結(jié)并匯總意見，形成評相關專家參審結(jié)論，會后填寫《技術(shù)評審加。報告》，并對缺陷進行管理?！都夹g(shù)評審報告》經(jīng)評審會簽后，交技術(shù)管理中心歸檔，研發(fā)活動進入下一階段。SE組織項目組人員和評審員進行溝通，提前解決小缺陷。評審員對評審資料進行研讀，項目組相關成員應與評審員進行深入的交流，務必使評審員充分理解設計內(nèi)容。PQA檢查通過后，發(fā)放給評審組人員。SE組織，項目組準備評審資料。技術(shù)評審過程實例啟動評審材料準備材料分發(fā)材料預讀問題溝31技術(shù)評審的角色和職責SE：技術(shù)主持人。PQA：過程主持人。PDT核心組：反應部門問題，代表本領域提出專業(yè)意見，并代表功能部門承擔責任。技術(shù)專家：貢獻個人才智，不承擔直接責任。PDTLeader：以業(yè)務需要為出發(fā)點對技術(shù)問題做決策。技術(shù)評審的角色和職責SE：技術(shù)主持人。32技術(shù)評審的三個結(jié)論

Go

GowithriskRedirect

Go：沒有遺留問題和只是一些沒有解決風險可以很快解決的問題。Gowithrisk：遺留問題的解決存在一定風險，但不影響下一步活動的啟動。Redirect：遺留問題影響到下一步活動的啟動，必須首先解決。Followingdevelopactivities(SpecificationDesign)Followingdevelopactivities(SpecificationDesign)ExcuteactionplanExcuteactionplanHoldonmeetingIfSE,PQAFollowingdevelopactivities(SpecificationDesign)技術(shù)評審的三個結(jié)論Fo33技術(shù)評審報告模板產(chǎn)品質(zhì)量評估1.要素表檢查情況2.遺留問題改進計劃3.沖突點記錄和結(jié)論4.風險分析評審結(jié)論過程規(guī)范和質(zhì)量目標達成情況1.過程審計結(jié)果2.度量指標3.質(zhì)量目標會簽記錄技術(shù)評審報告模板產(chǎn)品質(zhì)量評估34新模式與以前模式的差異新模式的特點1.IPD的精神是充分發(fā)揮PDT的自主運作，PDT對產(chǎn)品的業(yè)務目標和質(zhì)量目標的達成承擔最終責任，要獲得充分的授權(quán)和充分的信任，TR的主導者是PDT，功能部門是支撐PDT；2.技術(shù)評審的目的在于評估產(chǎn)品的技術(shù)成熟度，充分發(fā)現(xiàn)產(chǎn)品存在的問題和風險，并給出對策建議，不是“過/不過”的判決；3.技術(shù)評審要分層，交付件的評審在日常的開發(fā)活動中完成，IPD-TR關注檢視、Sub-TR評審和測試結(jié)果，并對下一步活動計劃給出建議。觀念更新TR不存在“過/不過”的門檻概念，下游部門要從“接收”心態(tài)轉(zhuǎn)變?yōu)閹椭鶳DT發(fā)現(xiàn)問題和風險，形成解決計劃并落實解決計劃。中心轉(zhuǎn)移PDT具有更大發(fā)言權(quán)，相應地承擔更大責任，對PDT經(jīng)理的管理能力提出更高要求。新模式與以前模式的差異新模式的特點35測試工程概論測試工程概論36測試與調(diào)試的區(qū)別測試目的是發(fā)現(xiàn)問題，調(diào)試目的是解決問題。測試是由測試人員完成，調(diào)試由開發(fā)人員完成。測試結(jié)果可知，調(diào)試結(jié)果不可預知。研發(fā)過程中一直有測試，調(diào)試是測試之后的活動，在研發(fā)后期進行。測試與調(diào)試的區(qū)別測試目的是發(fā)現(xiàn)問題，調(diào)試目的是解決問題。37測試方法分類按對測試對象邏輯的關注程度白盒測試黑盒測試灰盒測試：介于白盒測試和黑盒測試之間的一種測試模式，重點關注模塊接口。按測試級別單元測試集成測試系統(tǒng)測試驗收測試認證測試標桿測試（對比測試）測試方法分類按對測試對象邏輯的關注程度38Alpha測試系統(tǒng)開發(fā)接近完成時進行；一般由最終用戶或其他人員完成，不能由開發(fā)人員或測試人員完成；在開發(fā)人員指導下進行測試，是在受控環(huán)境中進行的；測試后，仍然會有少量的設計變更。Alpha測試系統(tǒng)開發(fā)接近完成時進行；39Beta測試實驗局、客戶試用；公司內(nèi)部開發(fā)和測試根本完成時所做的測試；一般由最終用戶完成，不能由公司人員完成；由多個最終用戶在一個或多個真實的用戶場所獨立地進行；在受控環(huán)境中；通常需要建立很好的客戶問題反饋機制。Beta測試實驗局、客戶試用；40SDV（SystemDesignVerify）系統(tǒng)設計驗證功能測試，以驗證是否符合設計規(guī)格；SDV是對BUILD或原型機的漸增測試；SDV測試范圍包括子系統(tǒng)和系統(tǒng)級測試；對每個BUILD，應測試其新增及修改部分；針對一些EMC（電磁兼容性）等性能方面的測試，在條件允許的情況下盡可能早地展開。SDV（SystemDesignVerify）系統(tǒng)設計驗41SIT（SystemIntegrationTest）系統(tǒng)集成測試初始產(chǎn)品漸增BUILD測試；在SDV后，針對系統(tǒng)的穩(wěn)定性和可靠性展開的測試；目的是確認與設計規(guī)格、認證要求、行業(yè)標準及公司標準的符合性，同時還要確認性能和系統(tǒng)穩(wěn)定性；SDV和SIT階段的區(qū)分原則：應遵循“相同的被測對象不要做兩遍相同的測試”的基本原則，如果原型機與初始產(chǎn)品沒有差別，SIT就沒有必要重復做一次同樣的漸增測試。SIT（SystemIntegrationTest）系統(tǒng)42SVT（SystemVerfiedTest）系統(tǒng)驗證測試試產(chǎn)產(chǎn)品的抽查測試；目的是驗證制造流程，并通過批量Builds來保證設計完整性。這一測試必須在界定好的客戶發(fā)貨級典型部件上面實施；SVT是面向制造的測試，以保證大批量生產(chǎn)時的可制造性，一些回歸測試也是必須的；SVT不應該有新的設計或需求方面的驗證。SVT（SystemVerfiedTest）系統(tǒng)驗證測試43回歸測試與版本管理確定并標識基線內(nèi)容基線A跟蹤對基線A的變更回歸測試生成并驗證新的基線基線B跟蹤對基線B的變更回歸測試生成并驗證新的基線基線C跟蹤對基線C的變更回歸測試生成并驗證新的基線發(fā)布產(chǎn)品基線

配置標識配置狀態(tài)發(fā)布配置控制回歸測試與版本管理配置標識配置狀態(tài)發(fā)布配置控制44測試工程過程測試工程過程45V模型系統(tǒng)測試方案系統(tǒng)測試執(zhí)行集成測試計劃集成測試執(zhí)行單元測試計劃單元測試執(zhí)行單元測試準備走查總體方案設計概要設計階段詳細設計階段編碼/繪制單元測試階段集成測試階段系統(tǒng)測試階段V模型總體方案設計概要設計階段詳細設計階段編碼/繪制單元測46測試工程過程任務測試計劃開發(fā)文檔：需求，高層設計方案等。輸入測試策略制定測試計劃/方案資源需求測試進度測試用例測試環(huán)境建設(設計、開發(fā)、實現(xiàn))測試執(zhí)行測試報告輸出測試策略測試與驗證計劃測試設備測試記錄測試報告測試用例缺陷報告測試工程過程任務測試計劃輸入測試策略制定測試計劃/方案資源需47測試過程測試策略測試計劃/方案測試設計測試開發(fā)測試執(zhí)行測試評估測試報告缺陷跟蹤TestPlanningTestDesignTestDevelopmentExec.Exec.Exec.TestReportEvaluationDefectTrackingBuildSub-SystemSystem測試過程測試策略TestTestTestExec.Exec48測試計劃制定測試策略測試環(huán)境建立測試項目測試資源計劃測試進度計劃交付件定義工作量估計測試計劃制定測試策略49測試設計測試環(huán)境設計測試工具設計測試用例設計測試規(guī)程設計測試設計測試環(huán)境設計50測試用例功能概述測試目的前提條件輸入期望結(jié)果測試用例功能概述51公司測試用例庫個性化＋具體特性的共性化產(chǎn)品測試用例集

共性化產(chǎn)品平臺測試用例集

核心技術(shù)關鍵技術(shù)積累公司測試用例庫52測試開發(fā)測試環(huán)境開發(fā)測試工具開發(fā)測試用例編寫測試開發(fā)測試環(huán)境開發(fā)53測試執(zhí)行測試操作編寫測試報告測試執(zhí)行測試操作54缺陷跟蹤缺陷收集缺陷分析修正錯誤回歸測試缺陷跟蹤缺陷收集55缺陷（BUG）分級管理致命：引起系統(tǒng)死機或系統(tǒng)崩潰的問題嚴重：引起系統(tǒng)某一功能失效且不能簡單恢復的問題一般：引起系統(tǒng)某一功能失效但可簡單恢復或較難重現(xiàn)的問題缺陷（BUG）分級管理致命：引起系統(tǒng)死機或系統(tǒng)崩潰的問題56缺陷跟蹤管理表模板缺陷描述缺陷級別責任人解決方案驗證方案確認人缺陷跟蹤管理表模板缺陷描述57測試報告測試投入?yún)R總測試結(jié)果統(tǒng)計測試總結(jié)和改進建議問題報告遺留問題清單測試報告測試投入?yún)R總58測試評估收集度量數(shù)據(jù)測試有效性評估測試完備性評估測試效率評估改進測試，補充測試內(nèi)容測試評估收集度量數(shù)據(jù)59五個基本測試文檔計劃測試《測試計劃》：指明測試范圍、方法、資源以及相應測試活動的時間進度安排表的文檔設計測試《測試方案》：指明為完成測試而進行的設計測試方法的細節(jié)的文檔。實現(xiàn)測試《測試用例》：指明為完成一個測試項的測試的輸入、預期結(jié)果、測試條件、測試步驟等因素的文檔。指導測試《測試規(guī)程》：指明執(zhí)行測試時，測試活動序列的文檔。記錄測試《測試報告》：指明執(zhí)行測試結(jié)果的文檔。五個基本測試文檔計劃測試60集成測試集成測試61產(chǎn)品分解結(jié)構(gòu)(PBS)邏輯示意圖系統(tǒng)級產(chǎn)品子系統(tǒng)1子系統(tǒng)2子系統(tǒng)3子系統(tǒng)4子系統(tǒng)NBB1BB2BB3BB1BB2BB1BB2BB3BB4BB1BB2BB3單元1單元2單元3單元4產(chǎn)品分解結(jié)構(gòu)(PBS)邏輯示意圖系統(tǒng)級產(chǎn)品子系統(tǒng)1子系統(tǒng)2子62構(gòu)建模塊（BuildingBlockBB）一個構(gòu)建模塊是一個結(jié)構(gòu)（如機械件、面板）中的一個組件（比如一個單板）或一組組件，當它與其他構(gòu)建模塊組裝在一起后便成為一個完整的子系統(tǒng)或系統(tǒng)。例如：軟件模塊，硬件模塊，邏輯模塊等。從架構(gòu)方面來講，一個構(gòu)建模塊具有以下特征：－某一結(jié)構(gòu)中的BB與其他BB共同裝配在一起，最終形成一個完整的、適于銷售的產(chǎn)品。－可以單獨采購或自行開發(fā)設計，可以在產(chǎn)品之間共享和重用。－通過一系列功能和/或非技術(shù)的物理屬性（如PCB屬性有長度、寬度、高度、重量、顏色等）描述每個硬件和軟件BB。－BB通常作為單獨的實體進行測試（BBFV）。構(gòu)建模塊（BuildingBlockBB）一個構(gòu)建模塊是63產(chǎn)品級測試－漸增測試模型舉例

TR4

BBFVBB1BUILD1SDVBB2

TR4

TR4ABBFVBB3BUILD2SDVBB4PCB設計投板調(diào)試和單元測試硬件設計審查單板測試聯(lián)調(diào)BBIT轉(zhuǎn)測試評審跟蹤和解決問題對BUILD的測試代碼檢視、審查集成測試單元測試編碼系統(tǒng)測試SITBetaTest聯(lián)調(diào)BBIT轉(zhuǎn)測試評審跟蹤和解決問題對BUILD的測試編碼編碼單元測試單元測試集成測試集成測試代碼檢視、審查代碼檢視、審查系統(tǒng)測試系統(tǒng)測試產(chǎn)品級測試－漸增測試模型舉例PCB設計投板調(diào)試和單元測試硬件64說明BB1＋BB2＝BUILD1BBIT(BuildingBlockIntegrateTest)BBFV和SDV是Build的活動對每個Build都要進行BBFV和SDV的活動。TR4和TR4A是基于Build的技術(shù)評審1.每個Build進行SDV（功能驗證）之前需要進行TR4。2.進行Beta測試和進行SIT（初始產(chǎn)品測試）的Build必須進行TR4A。說明BB1＋BB2＝BUILD165Build的劃分Build劃分是Build計劃的關鍵環(huán)節(jié)；Build劃分是定義漸增構(gòu)建順序基礎；Build劃分時，首先要借助產(chǎn)品需求跟蹤關系建立系統(tǒng)功能和各基礎BB之間的對應關系；為了便于Build劃分，系統(tǒng)功能需要保持合適的粒度，對部分耦合性特別強的功能或偏細節(jié)的功能首先進行適當?shù)暮喜?。Build的劃分Build劃分是Build計劃的關鍵環(huán)節(jié)；66Build路標計劃及模板Build由BB構(gòu)建；Build計劃是后續(xù)制訂開發(fā)計劃和測試與驗證計劃的依據(jù)。Build路標計劃及模板Build由BB構(gòu)建；67基于研發(fā)流程測試管理基于研發(fā)流程測試管理68產(chǎn)品測試生命周期模型

概念階段計劃階段開發(fā)階段驗證階段產(chǎn)品啟動定義可測試性需求模塊級需求分析、設計、實現(xiàn)、驗證測試需求分析和測試計劃制定系統(tǒng)需求分析、功能分析、設計綜合子系統(tǒng)需求分析、功能分析、設計綜合BUILD劃分SDV測試執(zhí)行SIT測試執(zhí)行SVT測試執(zhí)行測試評估與關閉產(chǎn)品測試正式啟動測試方案設計測試用例設計定義產(chǎn)品包需求和產(chǎn)品概念擬制產(chǎn)品包驗證主計劃產(chǎn)品測試生命周期模型產(chǎn)品啟動定義可測試性需求模塊級需求分析、69產(chǎn)品測試流程產(chǎn)品測試活動貫穿整個產(chǎn)品開發(fā)階段。產(chǎn)品測試流程產(chǎn)品測試活動貫穿整個產(chǎn)品開發(fā)階段。70概念階段測試工作的目的參與需求評審識別可測試性需求制定產(chǎn)品測試與驗證的策略概念階段測試工作的目的參與需求評審71可測試性設計（DFT）可測性：系統(tǒng)和設備能及時準確地確定其工作狀態(tài)（可工作/不可工作，工作性能下降），并隔離其內(nèi)部故障的一種設計特性。——《MIL-STD-2165》以提高可測性為目的進行的設計稱為可測性設計（designfortestabilityDFT），優(yōu)化設計使單元/模塊/系統(tǒng)便于測試，便于發(fā)現(xiàn)、定位、隔離和解決異常問題。DFT是設計特性，完全由設計所決定，最終用戶是不可見的。DFT面向全生命周期不同測試過程，是調(diào)試/驗證測試、生產(chǎn)測試、維護測試的基礎?？蓽y試性設計（DFT）可測性：系統(tǒng)和設備能及時準確地確定其工72可測試性設計的系統(tǒng)結(jié)構(gòu)舉例（物理分層）外部輸入/輸出通道子系統(tǒng)級測試控制臺系統(tǒng)級測試控制臺芯片級測試控制臺板級測試控制臺

系統(tǒng)

系統(tǒng)級測試總線（輸入/輸出通道）

內(nèi)置自測試隔離與定位測試控制點測試觀測點子系統(tǒng)子系統(tǒng)

子系統(tǒng)板級測試總線

內(nèi)置自測試隔離與定位測試控制點測試觀測點電路板電路板電路板

芯片級測試總線

內(nèi)置自測試隔離與定位控制點觀測點芯片芯片芯片可測試性設計的系統(tǒng)結(jié)構(gòu)舉例（物理分層）子系統(tǒng)級測試控制臺系統(tǒng)73可測試性設計案例集成調(diào)試中的問題定位：“XXX系統(tǒng)的YYY部分的集成、調(diào)試中，為什么解決問題的速度不夠快。原因是定位問題的方法沒有預先考慮。”“如果在設計中加強可測試性考慮，能多觀察到一些關鍵的測試變量或者測試腳，出現(xiàn)問題時可以比較容易地定位問題所在的模塊，而不至于到處懷疑，茫然失措?！笨蓽y試性設計案例集成調(diào)試中的問題定位：74可測試性需求模板站在開發(fā)人員的調(diào)試、測試角度收集需求：-系統(tǒng)可測試性需求及策略-系統(tǒng)調(diào)試的可測試性需求-系統(tǒng)驗證測試的可測試性需求-系統(tǒng)安裝后上電自檢的可測試性需求-模塊調(diào)試與測試的可測試性需求-模塊故障診斷測試的可測試性需求等可測試性需求模板站在開發(fā)人員的調(diào)試、測試角度收集需求：75產(chǎn)品測試策略及模板1.目的7.SVT測試策略2.范圍8.Beta測試策略3.關鍵技術(shù)8.1Beta測試需求分析4.BBFV測試策略8.2Beta測試計劃4.1BuildingBlockI測試策略9.認證和標桿測試策略4.2測試環(huán)境9.1認證和標桿測試需求分析4.3測試重點9.2認證和標桿測試計劃5.SDV測試策略

10.測試環(huán)境籌備計劃5.1SDV測試方案概述10.1測試環(huán)境需求分析5.2BUILDI測試策略10.2工具/儀器的可獲得性風險評估5.2.1測試環(huán)境11.自主開發(fā)工具詳細分析5.2.2測試重點11.1工具名稱6.SIT測試策略11.2工具需求分析6.1測試環(huán)境11.3資源需求分析6.2測試重點12.附件產(chǎn)品測試策略及模板1.目的76計劃階段測試工作的目的制訂整個項目的測試與驗證主計劃制訂測試設備總體方案，概要方案制訂測試環(huán)境方案計劃階段測試工作的目的制訂整個項目的測試與驗證主計劃77測試與驗證主計劃模板與目的測試代表作為產(chǎn)品測試的主負責人，負責制訂整個產(chǎn)品開發(fā)的測試主計劃。產(chǎn)品SE負責產(chǎn)品集成測試方案的制訂與實施。測試代表負責系統(tǒng)測試方案、驗證方案、Beta測試、標桿測試、認證測試的方案與實施。測試與驗證主計劃模板與目的測試代表作為產(chǎn)品測試的主負責人，負78開發(fā)階段測試目標單元測試、集成測試對原型樣品和初始產(chǎn)品進行測試（SDV/SIT）單元測試、集成測試、SDV、SIT評審資料測試包裝測試確定生產(chǎn)驗證方案（中試方案）確定試用的客戶（準備市場測試）開發(fā)階段測試目標單元測試、集成測試79測試設計與更新測試計劃修改計劃細化計劃測試設計-SDV測試的用例設計-SDV測試方案同行互審-SIT測試的用例設計-SIT測試方案同行互審-SVT測試的用例設計-SVT測試方案同行互審測試設計與更新測試計劃修改計劃80開發(fā)階段BBIT活動BBIT驗證構(gòu)建模塊的外部接口和與其他構(gòu)建模塊之間的接口，包括與已有系統(tǒng)的接口。主要活動：-進行測試-問題反饋-回歸測試-測試報告輸出開發(fā)階段BBIT活動BBIT驗證構(gòu)建模塊的外部接口和與其他構(gòu)81系統(tǒng)設計驗證（SDV）原型樣機的測試整合漸增的產(chǎn)品構(gòu)件并按計劃進行測試驗證產(chǎn)品是否符合原先規(guī)定的功能系統(tǒng)設計驗證（SDV）原型樣機的測試82系統(tǒng)集成測試（SIT）初始產(chǎn)品的測試逐步構(gòu)建系統(tǒng)并對從生產(chǎn)線生產(chǎn)出來的首批產(chǎn)品單元進行集成測試（漸增測試和最后的全面測試）驗證產(chǎn)品是否符合原先規(guī)定的功能比較全面的測試：包括功能、性能、可靠性等系統(tǒng)集成測試（SIT）初始產(chǎn)品的測試83驗證階段測試目標產(chǎn)品中試以檢驗生產(chǎn)工藝、供應鏈情況等SVT測試以面向制造的測試試驗局/用戶使用測試以驗證滿意度標桿測試以檢驗和最佳競爭對手的差距認證測試以獲得證書對測試結(jié)果進行評估，以決定是否發(fā)布驗證階段測試目標產(chǎn)品中試以檢驗生產(chǎn)工藝、供應鏈情況等84產(chǎn)品中試從研發(fā)到正式生產(chǎn)的過渡階段目的是檢驗生產(chǎn)工藝、生產(chǎn)測試文件、供應商、供應鏈、服務編制批量生產(chǎn)文件產(chǎn)品中試從研發(fā)到正式生產(chǎn)的過渡階段85產(chǎn)品中試方案產(chǎn)品中試方案是指導中試的總體方案由項目經(jīng)理負責組織制作對資源、進度、環(huán)境等提出要求產(chǎn)品中試方案產(chǎn)品中試方案是指導中試的總體方案86系統(tǒng)驗證測試（SVT）專門的組織對初始產(chǎn)品進行測試對初始產(chǎn)品進行性能、可靠性、環(huán)境等測試系統(tǒng)驗證測試（SVT）專門的組織對初始產(chǎn)品進行測試87Beta測試（用戶試用測試）在客戶的環(huán)境使用首批產(chǎn)品并在實際條件中測試產(chǎn)品按計劃進行Beta測試定期回訪客戶，記錄Bug并反饋為每個客戶記錄Beta測試報告Beta測試（用戶試用測試）在客戶的環(huán)境使用首批產(chǎn)品并在實際88認證測試借助第三方或其他受約束的環(huán)境，進行行業(yè)標準鑒定測試他國準入進行測試獲得認證書認證測試借助第三方或其他受約束的環(huán)境，進行行業(yè)標準鑒定測試89標桿測試（Benchmarktesting）在概念階段對標桿產(chǎn)品進行分析借助第三方進行測試和業(yè)界最佳競爭對手對比測試標桿測試（Benchmarktesting）在概念階段對標90發(fā)布階段參與用戶問題的跟蹤、驗證。收集客戶新的需求。發(fā)布階段參與用戶問題的跟蹤、驗證。91標準軟件項目測試流程項目任務書，項目輸入計劃階段PDCP開發(fā)階段SOW系統(tǒng)測試計劃項目計劃集成測試計劃需求分析單元測試計劃詳細設計概要設計編碼單元測試系統(tǒng)測試發(fā)布集成測試產(chǎn)品集成工作支持標準軟件項目測試流程SOW系統(tǒng)測試計劃項目計劃集成測試計劃需92硬件測試關注內(nèi)容單板軟件與單板硬件的關聯(lián)性很高，因此單板軟件直接在單板上運行前，先去除程序本身的問題。單板硬件是否可靠，需要結(jié)合測試軟件對單元電路進行穩(wěn)定性的測試，如對存儲器的讀寫測試，以驗證硬件電路的功能完整。單板在與應用軟件集成之前，應先進行單板自身的測試工作。硬件測試關注內(nèi)容單板軟件與單板硬件的關聯(lián)性很高，因此單板軟件93標準硬件項目測試流程項目任務書計劃階段PDCP開發(fā)階段SOW項目計劃單元測試計劃單板硬件詳細設計（LLD）單板總體設計（HLD）PCB設計單板硬件調(diào)試和單元測試（UT）發(fā)布（更新后的）設計規(guī)格產(chǎn)品集成工作支持標準硬件項目測試流程SOW項目計劃單元測試計劃單板硬件詳細設94研發(fā)過程質(zhì)量保證研發(fā)過程質(zhì)量保證95過程質(zhì)量保證（QA）客觀地評價項目過程：保證客觀評價已完成的過程、相關工作產(chǎn)品，以及服務等與組織過程定義、規(guī)范的一致性。主要活動：客觀評價過程。提供客觀的認識：客觀地跟蹤和溝通非一致性的問題，并保證問題被解決。主要活動：溝通不一致性的問題，建立質(zhì)量保證活動記錄。過程質(zhì)量保證（QA）客觀地評價項目過程：保證客觀評價已完成的96為什么需要質(zhì)量保證通過蛛絲馬跡判斷項目最終能否成功降成本的需要，事前預防優(yōu)于事后返工“旁觀者”角度看待項目是否成功為什么需要質(zhì)量保證通過蛛絲馬跡判斷項目最終能否成功97QA的獨立性提供組織上的自由度。免受他們正在評審的產(chǎn)品/項目的管理者所作的評價的影響。QA的獨立性提供組織上的自由度。98QA工作關系信息通道（匯報）問題升級渠道（匯報）組內(nèi)協(xié)調(diào)1.PQA是項目組核心組成員，但組織關系獨立于項目組（PDT），PQA的管理部門為質(zhì)量管理部，由質(zhì)量管理部對其進行業(yè)務指導；2.PQA負責協(xié)調(diào)產(chǎn)品各功能領域QA或質(zhì)量部門的工作；3.PQA向項目經(jīng)理和質(zhì)量管理部經(jīng)理雙重匯報；4.PQA工作保持相對的獨立性，即當PQA和項目經(jīng)理的意見不一致時，PQA可以相對獨立地向公司管理高層（IPMT）和質(zhì)量管理部反饋問題。項目經(jīng)理質(zhì)量管理部公司管理高層產(chǎn)品QA軟件QA硬件QA技術(shù)支持QA供應鏈QAQA工作關系項目經(jīng)理質(zhì)量管理部公司管理高層產(chǎn)品QA軟件QA硬99PQA工作關系PQA和研發(fā)SQA、HQA等功能領域QA的關系：PQA：主要關注產(chǎn)品開發(fā)全流程、全功能領域的流程一致性，產(chǎn)品質(zhì)量目標監(jiān)控和質(zhì)量相關問題的協(xié)調(diào)；SQA、HQA等功能領域QA：主要關注軟件和硬件開發(fā)項目等功能領域的流程以及相關業(yè)務活動的質(zhì)量工作；PQA負責在產(chǎn)品層面協(xié)調(diào)各個功能領域的質(zhì)量問題；PQA與研發(fā)SQA、HQA等功能領域QA沒有領導和考評關系，只是工作協(xié)調(diào)、配合、相互支持的關系。PQA工作關系PQA和研發(fā)SQA、HQA等功能領域QA100過程QA典型活動引導培訓（牧師）過程審計（警察）組織技術(shù)評審協(xié)助裁減，形成項目WBS（工作分解結(jié)構(gòu)）匯報過程質(zhì)量診斷與改進（醫(yī)生）過程QA典型活動引導培訓（牧師）101PQA主要職責組織制定產(chǎn)品質(zhì)量目標和產(chǎn)品質(zhì)量計劃，并監(jiān)督實施；作為產(chǎn)品QA工作的總負責人；引導和審計，確?；顒咏桓都M足質(zhì)量要求，以達到產(chǎn)品質(zhì)量目標和計劃；擔任技術(shù)評審的過程專家；搜集、統(tǒng)計產(chǎn)品質(zhì)量數(shù)據(jù)，組織分析并給出建議；缺陷預防，對產(chǎn)品質(zhì)量問題進行回溯，推動預防措施落實；完成產(chǎn)品質(zhì)量月報，提交給項目經(jīng)理，作為其決策時參考。PQA主要職責組織制定產(chǎn)品質(zhì)量目標和產(chǎn)品質(zhì)量計劃，并監(jiān)督實施102PQA在產(chǎn)品開發(fā)流程中主要活動舉例流程模板培訓流程模板培訓流程模板培訓流程模板培訓流程模板培訓開工會開工會Beta活動ESP活動引導流程裁剪流程裁剪ESS、ESP活動項目計劃項目計劃引導業(yè)務計劃業(yè)務計劃DCP準備DCP準備Beta活動DCP準備經(jīng)驗教訓經(jīng)驗教訓經(jīng)驗教訓經(jīng)驗教訓經(jīng)驗教訓概念階段計劃階段開發(fā)階段驗證階段發(fā)布階段流程咨詢及答疑（貫穿全流程）PQA在產(chǎn)品開發(fā)流程中主要活動舉例概念階段計劃階段開發(fā)階段驗103QA審計流程圖示例每年準備一按照審計日歷，每季度（半年）次審計日歷進行內(nèi)部審計進行一次高級經(jīng)理Review批準并簽發(fā)審計計劃（產(chǎn)品線運作及質(zhì)量管理部部長）批準審計日歷（產(chǎn)品線運作及質(zhì)量管理部部長）結(jié)束會議（審計組長）高級經(jīng)理Review（高級經(jīng)理）準備審計日歷準備審計計劃實施審計（審計者）簽發(fā)審計日歷（PL—IPMT）開工會（審計組長）審計分析審計跟蹤（PQA）QA審計流程圖示例批準并簽發(fā)審計計劃批準審計日歷結(jié)束會議高級104謝謝！謝謝！105研發(fā)質(zhì)量管理2010.9研發(fā)質(zhì)量管理2010.9106內(nèi)容提要研發(fā)質(zhì)量管理意識在研發(fā)流程中構(gòu)建產(chǎn)品質(zhì)量質(zhì)量控制手段-技術(shù)評審質(zhì)量控制手段-產(chǎn)品測試研發(fā)過程質(zhì)量保證內(nèi)容提要研發(fā)質(zhì)量管理意識107研發(fā)質(zhì)量管理意識研發(fā)質(zhì)量管理意識108一個產(chǎn)品的質(zhì)量是由開發(fā)和維護這個產(chǎn)品的過程的質(zhì)量所決定的?！猈attsHumphrey一個產(chǎn)品的質(zhì)量是由開發(fā)和維護這個產(chǎn)品的過程的質(zhì)量所決定109質(zhì)量Quality產(chǎn)品、體系或過程的一組固有特性滿足顧客和其他相關方要求的能力?！狪SO9000：2000質(zhì)量Quality產(chǎn)品、體系或過程的一組110產(chǎn)品質(zhì)量和過程質(zhì)量的關系交付質(zhì)量1.產(chǎn)品本身質(zhì)量2.文檔質(zhì)量3.服務質(zhì)量過程質(zhì)量，包括研發(fā)、生產(chǎn)、服務階段。1.過程規(guī)范的符合度2.缺陷和問題的解決率3.進度偏差率4.工作量偏差率5.需求的穩(wěn)定度產(chǎn)品質(zhì)量和過程質(zhì)量的關系交付質(zhì)量111質(zhì)量與進度哪個重要？TCQ

T：時間，C：成本，Q：質(zhì)量。研發(fā)進度與質(zhì)量的取舍。質(zhì)量與進度哪個重要？112質(zhì)量管理發(fā)展的四個階段階段

全面質(zhì)量管理TQM過程統(tǒng)計技術(shù)QA

專職檢驗員QC手工操作者時間1900192019311960質(zhì)量管理發(fā)展的四個階段階113例如：市場需求分析$APPEALS：客戶需求收集和分析方法。市場需求管理流程：收集、分析、分發(fā)、實現(xiàn)、驗證5個步驟。例如：市場需求分析$APPEALS：客戶需求收集和分析方法114質(zhì)量管理體系質(zhì)量部IPMTEPG組織PQA組織測試組織評審引導經(jīng)驗教訓總結(jié)檢驗培訓案例庫