研發(fā)質(zhì)量管理

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

2、.,質(zhì)量與進度哪個重要？,T C Q T：時間，C：成本， Q：質(zhì)量。 研發(fā)進度與質(zhì)量的取舍。,.,質(zhì)量管理發(fā)展的四個階段,階 段 全面質(zhì)量管理TQM 過程統(tǒng)計技術(shù)QA 專職檢驗員QC 手工操作者 時間 1900 1920 1931 1960,.,例如：市場需求分析,$APPEALS：客戶需求收集和分析方法。 市場需求管理流程：收集、分析、分發(fā)、實現(xiàn)、驗證5個步驟。,.,質(zhì)量管理體系,質(zhì)量部 IPMT EPG組織 PQA組織 測試組織 評審 引導(dǎo) 經(jīng)驗教訓(xùn)總結(jié) 檢驗 培訓(xùn) 案例庫 測試 審計,質(zhì)量管理體系,組織保證,質(zhì)量管理活動,體系文件,IT支持系統(tǒng),質(zhì) 量 策 劃,質(zhì) 量 控 制,質(zhì) 量

3、保 證,質(zhì) 量 改 進,.,質(zhì)量策劃與質(zhì)量控制,質(zhì)量策劃：致力于制定質(zhì)量方針、質(zhì)量目標、確定運行程序和資源、工具以實現(xiàn)質(zhì)量目標的一系列組織管理工作。 質(zhì)量控制（QC Quality Control）：致力于滿足質(zhì)量要求。 方法：評審、測試、檢驗。,.,質(zhì)量保證與質(zhì)量改進,質(zhì)量保證（QA Quality Assurance）：從質(zhì)量管理體系的角度，向管理者/客戶提供適當?shù)膶I(yè)務(wù)過程和交付件（產(chǎn)品/服務(wù)）的可視性，致力于提供對體系能力的信任。包括： 1. 建立了質(zhì)量保證的組織； 2. 質(zhì)量管理體系的流程/規(guī)范/標準建立、培訓(xùn)、引 導(dǎo)，推行落實； 3. 通過審計其業(yè)務(wù)過程和交付件（產(chǎn)品/服務(wù)），以驗

4、證它們符合適用的流程、規(guī)范和標準，給管理者提供這些審計的結(jié)果。 質(zhì)量改進：致力于增強滿足質(zhì)量要求的能力。 方法：經(jīng)驗教訓(xùn)總結(jié)，案例庫等。,.,質(zhì)量改進手段：PDCA循環(huán),Deming Cycle(PDSA/PDCA) Plan(計劃) Do（執(zhí)行） Study/Check（檢查） Act（糾正） Quality,Plan Do Act Study Check,.,質(zhì)量改進的信息來源,流程執(zhí)行者，合理化建議； 過程審計； 標桿企業(yè)； 企業(yè)戰(zhàn)略； 客戶要求；,.,質(zhì)量成本,為了達到產(chǎn)品/服務(wù)質(zhì)量而進行的全部工作發(fā)生的所有成本。這些努力包括為確保與要求一致而做的所有工作，以及由于不符合要求所引起的全

5、部工作。這些工作引起的成本包括三種： 1.預(yù)防成本(Prevention Cost) 2.鑒定成本(Appraisal Cost) 3.故障成本(Failure Cost) 質(zhì)量成本 = 符合要求的代價 + 不符合要求的代價,.,質(zhì)量成本意識,營 POC 質(zhì)量成本 業(yè) 銷售收入 成 本 PONC：不符合要求的代價 POC：符合要求的代價 EFC：無失誤運作成本,利潤,必要成本,預(yù)防,鑒定,失敗,.,產(chǎn)品開發(fā)中缺陷的相對修復(fù)成本,成本 開發(fā) 部署 產(chǎn)品問題早發(fā)現(xiàn)，早解決，在部署之后又發(fā)現(xiàn)產(chǎn)品問題再進行修復(fù)，通常要多花100到1000倍的成本。,.,產(chǎn)品研發(fā)項目質(zhì)量管理計劃模板,產(chǎn)品質(zhì)量等級 總體

6、質(zhì)量策略 過程偏差 質(zhì)量目標 質(zhì)量目標達成計劃 關(guān)鍵性能指標達成計劃 質(zhì)量保證控制活動,.,在研發(fā)流程中構(gòu)建產(chǎn)品質(zhì)量,.,集成產(chǎn)品開發(fā)（IPD）流程的特點,“端到端” 分階段的流程 分層級的流程 在流程中設(shè)置重要的控制點 采用并行工程,.,IPD體系框架,產(chǎn)品戰(zhàn)略 市場管理流程 市場信息 客戶反饋 競爭信息 技術(shù)趨勢 產(chǎn)品組織 IPD流程,管理細分市場并評估績效,理解 市場 組合 制定細 整合、 市場 細分 分析 分策略 優(yōu)化業(yè) 及計劃 務(wù)計劃,產(chǎn)品戰(zhàn)略流程,集成組合管理團隊（IPMT）,概 計 念 劃,開發(fā),平臺與技術(shù)開發(fā)流程,一流的子流程,項目管理 配置與變更 技術(shù)評審 質(zhì)量管理 文檔管理

7、 需求管理 CBB重用 采購/外協(xié)管理 配置管理 軟硬件設(shè)計,績效管理,基于戰(zhàn)略和流程的KPI體系,IPD工具,共用工具（業(yè)務(wù)、技術(shù)和工廠）,Dev Mfg Full Mkt Proc Svc SW Fin,Mfg Td Dev Proc Full,驗證,發(fā)布,生命 周期,Mkt Mfg Dev Proc Svc,.,結(jié)構(gòu)化的產(chǎn)品開發(fā)流程,概念決策 計劃決策 可獲得性決策 生命周期結(jié)束 評審點 評審點 評審點 決策評審點 TR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA,概念 計劃,開發(fā) 驗證 發(fā)布 生命 周期,.,流程中的質(zhì)量控制點,四個決策評審點（Decisio

8、n Check Point DCP）； 七個技術(shù)評審點（Technical Review Point TRP）； 一個發(fā)布點（Launch）； 一個正式發(fā)布點（General Availability GA）。,.,技術(shù)平臺開發(fā)流程,概念,計劃,-從IPMT或ITMT處接受項目任務(wù)書 -組建TDT -開始從使用該技術(shù)的PL或產(chǎn)品線中調(diào)用資源組建外圍組 -概念設(shè)計 -概要構(gòu)建模塊設(shè)計/選擇 -初始供應(yīng)商選擇計劃 -分析市場機會以估計財務(wù)結(jié)果和風(fēng)險 -確定平臺，ASIC或技術(shù)方案 -初始BOM/EC發(fā)布計劃,-全球產(chǎn)品計劃支持 -路標，CBB承諾 -平臺技術(shù)評審2和3 -完整的供應(yīng)商選擇計劃 -概

9、要設(shè)計完成 -訂購LLT原型機器件 -最終EC：LLT SIT，SVT -可服務(wù)性計劃 -到TR4A的端到端4級項目計劃,開發(fā),切換,-設(shè)計/開發(fā)（到TR4A） -設(shè)計完成檢查點 -準備并構(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ù)文檔 -所有財務(wù)信息 -PDT繼續(xù)進行設(shè)計和測試所需的所有計劃 -保留TDT核心組，支撐使用該技術(shù)的PDT的

10、TR和各種測試活動,.,新器件/物料優(yōu)選流程,通過對新選用元器件的資料審查，對生產(chǎn)廠家提供的樣件指標參數(shù)的容限、極限進行測試和可靠性試驗，選擇符合公司產(chǎn)品要求的元器件，并通過對廠家的技術(shù)保證和批量生產(chǎn)能力、工藝水平、質(zhì)保體系的考察，最終提出潛在供應(yīng)商的全過程。以達到產(chǎn)品開發(fā)中器件選用的歸一化、高復(fù)用率、高替代率、以保證新產(chǎn)品選用器件的可量產(chǎn)化。,技術(shù)規(guī)范書 擬制、歸檔 （器件組）,新器件 上網(wǎng) （器件組）,上網(wǎng)查詢 優(yōu)選器件 （項目組）,提出器件 要求 （項目組）,商務(wù)認證 （商務(wù)認 證團隊）,技術(shù)認證 （技術(shù)認 證團隊）,.,研發(fā)中技術(shù)評審,.,目的,跟蹤需求 發(fā)現(xiàn)錯誤 優(yōu)化設(shè)計 風(fēng)險規(guī)避

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

12、由PQA組織，引用子評審的結(jié)果 對產(chǎn)品質(zhì)量進行評估，并且對PDT提出改正建議。 IPD TR Sub-TR：子過程評審，由項目組組織，在交付件完成后 Sub-TR 實施。對子過程活動輸出質(zhì)量把關(guān)。 Peer Review Peer Review：檢視。非正式，在交付件生成過程中同行 子過程活動 間的交付件檢查和問題討論。 配合關(guān)系,子過程,結(jié)束,TR4A,TR5,TR6,開始,子過程,子過程,開始,結(jié)束,開始,結(jié)束,TRn,.,技術(shù)評審過程實例,-7天 -5天 -3天 -2天 0天 3天,啟動評審,材料準備,材料分發(fā),材料預(yù)讀,問題溝通,評審會,匯報,討論,總結(jié),資料歸檔,SE主持技術(shù) SE介

13、紹評審材料。 討論，PQA 評審員提出更詳細的問題，項組織過程， 目成員作解答。 必要時邀請 PQA總結(jié)并匯總意見，形成評 相關(guān)專家參 審結(jié)論，會后填寫技術(shù)評審 加。 報告，并對缺陷進行管理。,技術(shù)評審報告經(jīng)評審會簽后，交技術(shù)管理中心歸檔，研發(fā)活動進入下一階段。,SE組織項目組人員和評審員進行溝通，提前解決小缺陷。,評審員對評審資料進行研讀，項目組相關(guān)成員應(yīng)與評審員進行深入的交流，務(wù)必使評審員充分理解設(shè)計內(nèi)容。,PQA檢查通過后，發(fā)放給評審組人員。,SE組織，項目組準備評審資料。,.,技術(shù)評審的角色和職責(zé),SE：技術(shù)主持人。 PQA：過程主持人。 PDT核心組：反應(yīng)部門問題，代表本領(lǐng)域提出專業(yè)

14、意見，并代表功能部門承擔責(zé)任。 技術(shù)專家：貢獻個人才智，不承擔直接責(zé)任。 PDT Leader：以業(yè)務(wù)需要為出發(fā)點對技術(shù)問題做決策。,.,技術(shù)評審的三個結(jié)論,Go Go with risk Redirect Go：沒有遺留問題和只是一些沒有解決風(fēng)險可以很快解決的問題。 Go with risk：遺留問題的解決存在一定風(fēng)險，但不影響下一步活動的啟動。 Redirect：遺留問題影響到下一步活動的啟動，必須首先解決。,Following develop activities (Specification Design),Following develop activities (Specifica

15、tion Design),Excute action plan,Excute action plan,Hold on meeting If SE,PQA,Following develop activities (Specification Design),.,技術(shù)評審報告模板,產(chǎn)品質(zhì)量評估 1. 要素表檢查情況 2. 遺留問題改進計劃 3. 沖突點記錄和結(jié)論 4. 風(fēng)險分析 評審結(jié)論 過程規(guī)范和質(zhì)量目標達成情況 1. 過程審計結(jié)果 2. 度量指標 3. 質(zhì)量目標 會簽記錄,.,新模式與以前模式的差異,新模式的特點 1. IPD的精神是充分發(fā)揮PDT的自主運作， PDT對產(chǎn)品的業(yè)務(wù)目標和質(zhì) 量

16、目標的達成承擔最終責(zé)任，要獲得充分的授權(quán)和充分的信任，TR的主導(dǎo)者是PDT，功能部門是支撐PDT； 2. 技術(shù)評審的目的在于評估產(chǎn)品的技術(shù)成熟度，充分發(fā)現(xiàn)產(chǎn)品存在的問題和風(fēng)險，并給出對策建議，不是“過/不過”的判決； 3. 技術(shù)評審要分層，交付件的評審在日常的開發(fā)活動中完成，IPD-TR關(guān)注檢視、Sub-TR評審和測試結(jié)果，并對下一步活動計劃給出建議。 觀念更新 TR不存在“過/不過”的門檻概念，下游部門要從“接收”心態(tài)轉(zhuǎn)變?yōu)閹椭鶳DT發(fā)現(xiàn)問題和風(fēng)險，形成解決計劃并落實解決計劃。 中心轉(zhuǎn)移 PDT具有更大發(fā)言權(quán)，相應(yīng)地承擔更大責(zé)任，對PDT經(jīng)理的管理能力提出更高要求。,.,測試工程概論,.,測

17、試與調(diào)試的區(qū)別,測試目的是發(fā)現(xiàn)問題，調(diào)試目的是解決問題。 測試是由測試人員完成，調(diào)試由開發(fā)人員完成。 測試結(jié)果可知，調(diào)試結(jié)果不可預(yù)知。 研發(fā)過程中一直有測試，調(diào)試是測試之后的活動，在研發(fā)后期進行。,.,測試方法分類,按對測試對象邏輯的關(guān)注程度 白盒測試 黑盒測試 灰盒測試：介于白盒測試和黑盒測試之間的一種測試模式，重點關(guān)注模塊接口。 按測試級別 單元測試 集成測試 系統(tǒng)測試 驗收測試 認證測試 標桿測試（對比測試）,.,Alpha測試,系統(tǒng)開發(fā)接近完成時進行； 一般由最終用戶或其他人員完成，不能由開發(fā)人員或測試人員完成； 在開發(fā)人員指導(dǎo)下進行測試，是在受控環(huán)境中進行的； 測試后，仍然會有少量的

18、設(shè)計變更。,.,Beta測試,實驗局、客戶試用； 公司內(nèi)部開發(fā)和測試根本完成時所做的測試； 一般由最終用戶完成，不能由公司人員完成； 由多個最終用戶在一個或多個真實的用戶場所獨立地進行； 在受控環(huán)境中； 通常需要建立很好的客戶問題反饋機制。,.,SDV（System Design Verify）系統(tǒng)設(shè)計驗證,功能測試，以驗證是否符合設(shè)計規(guī)格； SDV是對BUILD或原型機的漸增測試； SDV測試范圍包括子系統(tǒng)和系統(tǒng)級測試； 對每個BUILD，應(yīng)測試其新增及修改部分； 針對一些EMC（電磁兼容性）等性能方面的測試，在條件允許的情況下盡可能早地展開。,.,SIT（System Integratio

19、n Test）系統(tǒng)集成測試,初始產(chǎn)品漸增BUILD測試； 在SDV后，針對系統(tǒng)的穩(wěn)定性和可靠性展開的測試； 目的是確認與設(shè)計規(guī)格、認證要求、行業(yè)標準及公司標準的符合性，同時還要確認性能和系統(tǒng)穩(wěn)定性； SDV和SIT階段的區(qū)分原則：應(yīng)遵循“相同的被測對象不要做兩遍相同的測試”的基本原則，如果原型機與初始產(chǎn)品沒有差別，SIT就沒有必要重復(fù)做一次同樣的漸增測試。,.,SVT（System Verfied Test）系統(tǒng)驗證測試,試產(chǎn)產(chǎn)品的抽查測試； 目的是驗證制造流程，并通過批量Builds來保證設(shè)計完整性。這一測試必須在界定好的客戶發(fā)貨級典型部件上面實施； SVT是面向制造的測試，以保證大批量生產(chǎn)

20、時的可制造性，一些回歸測試也是必須的； SVT不應(yīng)該有新的設(shè)計或需求方面的驗證。,.,回歸測試與版本管理,確定并標識基線內(nèi)容 基線A 跟蹤對基線A的變更 回歸測試 生成并驗證新的基線 基線B 跟蹤對基線B的變更 回歸測試 生成并驗證新的基線 基線C 跟蹤對基線C的變更 回歸測試 生成并驗證新的基線 發(fā)布產(chǎn)品基線,配置標識,配置狀態(tài)發(fā)布,配置控制,.,測試工程過程,.,V模型,系統(tǒng)測試方案 系統(tǒng)測試執(zhí)行 集成測試計劃 集成測試執(zhí)行 單元測試計劃 單元測試執(zhí)行 單元測試準備 走查,總體方案設(shè)計,概要設(shè)計階段,詳細設(shè)計階段,編碼/繪制,單元測試階段,集成測試階段,系統(tǒng)測試階段,.,測試工程過程,任務(wù)

21、,測試計劃,開發(fā)文檔： 需求，高 層設(shè)計方 案等。,輸入,測試策略制定,測試計劃/方案,資源需求,測試進度,測試用例,測試環(huán)境建設(shè) (設(shè)計、開發(fā)、實現(xiàn)),測試執(zhí)行,測試報告,輸出,測試策略,測試與 驗證計劃,測試設(shè)備,測試記錄,測試報告,測試用例,缺陷報告,.,測試過程,測試策略 測試計劃/方案 測試設(shè)計 測試開發(fā) 測試執(zhí)行 測試評估 測試報告 缺陷跟蹤,Test Planning,Test Design,Test Development,Exec.,Exec.,Exec.,Test Report,Evaluation,Defect Tracking,Build,Sub- System,Sys

22、tem,.,測試計劃,制定測試策略 測試環(huán)境建立 測試項目 測試資源計劃 測試進度計劃 交付件定義 工作量估計,.,測試設(shè)計,測試環(huán)境設(shè)計 測試工具設(shè)計 測試用例設(shè)計 測試規(guī)程設(shè)計,.,測試用例,功能概述 測試目的 前提條件 輸入 期望結(jié)果,.,公司測試用例庫,個性化 具體特性的 共性化 產(chǎn)品 測試用例集 共性化 產(chǎn)品平臺 測試用例集 核心技術(shù) 關(guān)鍵技術(shù) 積累,.,測試開發(fā),測試環(huán)境開發(fā) 測試工具開發(fā) 測試用例編寫,.,測試執(zhí)行,測試操作 編寫測試報告,.,缺陷跟蹤,缺陷收集 缺陷分析 修正錯誤 回歸測試,.,缺陷（BUG）分級管理,致命：引起系統(tǒng)死機或系統(tǒng)崩潰的問題 嚴重：引起系統(tǒng)某一功能失

23、效且不能簡單恢復(fù)的問題 一般：引起系統(tǒng)某一功能失效但可簡單恢復(fù)或較難重現(xiàn)的問題,.,缺陷跟蹤管理表模板,缺陷描述 缺陷級別 責(zé)任人 解決方案 驗證方案 確認人,.,測試報告,測試投入?yún)R總 測試結(jié)果統(tǒng)計 測試總結(jié)和改進建議 問題報告 遺留問題清單,.,測試評估,收集度量數(shù)據(jù) 測試有效性評估 測試完備性評估 測試效率評估 改進測試，補充測試內(nèi)容,.,五個基本測試文檔,計劃測試 測試計劃：指明測試范圍、方法、資源以及相應(yīng)測試活動的時間進 度安排表的文檔 設(shè)計測試 測試方案：指明為完成測試而進行的設(shè)計測試方法的細節(jié)的文檔。 實現(xiàn)測試 測試用例：指明為完成一個測試項的測試的輸入、預(yù)期結(jié)果、測試條件、測試

24、步驟等因素的文檔。 指導(dǎo)測試 測試規(guī)程：指明執(zhí)行測試時，測試活動序列的文檔。 記錄測試 測試報告：指明執(zhí)行測試結(jié)果的文檔。,.,集成測試,.,產(chǎn)品分解結(jié)構(gòu)(PBS)邏輯示意圖,.,構(gòu)建模塊（Building Block BB）,一個構(gòu)建模塊是一個結(jié)構(gòu)（如機械件、面板）中的一個組件（比如一個單板）或一組組件，當它與其他構(gòu)建模塊組裝在一起后便成為一個完整的子系統(tǒng)或系統(tǒng)。例如：軟件模塊，硬件模塊，邏輯模塊等。 從架構(gòu)方面來講，一個構(gòu)建模塊具有以下特征： 某一結(jié)構(gòu)中的BB與其他BB共同裝配在一起，最終形成一個 完整的、適于銷售的產(chǎn)品。 可以單獨采購或自行開發(fā)設(shè)計，可以在產(chǎn)品之間共享和重用。 通過一系列

25、功能和/或非技術(shù)的物理屬性（如PCB屬性有長度、寬度、高度、重量、顏色等）描述每個硬件和軟件BB。 BB通常作為單獨的實體進行測試（BBFV）。,.,產(chǎn)品級測試漸增測試模型舉例,TR4 BBFV BB1 BUILD1 SDV BB2 TR4 TR4A BBFV BB3 BUILD2 SDV BB4,PCB設(shè)計,投板,調(diào)試和單元測試,硬件設(shè)計審查,單板測試,聯(lián)調(diào)BBIT,轉(zhuǎn)測試評審,跟蹤和解決問題,對BUILD的測試,代碼檢視、審查,集成測試,單元測試,編碼,系統(tǒng)測試,SIT,Beta Test,聯(lián)調(diào)BBIT,轉(zhuǎn)測試評審,跟蹤和解決問題,對BUILD的測試,編碼,編碼,單元測試,單元測試,集成測

26、試,集成測試,代碼檢視、審查,代碼檢視、審查,系統(tǒng)測試,系統(tǒng)測試,.,說明,BB1BB2BUILD1 BBIT(Building Block Integrate Test) BBFV和SDV是Build的活動 對每個Build都要進行BBFV和SDV的活動。 TR4和TR4A是基于Build的技術(shù)評審 1.每個Build進行SDV（功能驗證）之前需要進行 TR4。 2.進行Beta測試和進行SIT（初始產(chǎn)品測試） 的Build必須進行TR4A。,.,Build的劃分,Build劃分是Build計劃的關(guān)鍵環(huán)節(jié)； Build劃分是定義漸增構(gòu)建順序基礎(chǔ)； Build劃分時，首先要借助產(chǎn)品需求跟蹤關(guān)系

27、建立系統(tǒng)功能和各基礎(chǔ)BB之間的對應(yīng)關(guān)系； 為了便于Build劃分，系統(tǒng)功能需要保持合適的粒度，對部分耦合性特別強的功能或偏細節(jié)的功能首先進行適當?shù)暮喜ⅰ?.,Build路標計劃及模板,Build由BB構(gòu)建； Build計劃是后續(xù)制訂開發(fā)計劃和測試與驗證計劃的依據(jù)。,.,基于研發(fā)流程測試管理,.,產(chǎn)品測試生命周期模型,概念階段 計劃階段 開發(fā)階段 驗證階段,產(chǎn)品啟動,定義可測試性需求,模塊級需求分析、設(shè)計、實現(xiàn)、驗證,測試需求分析和測試計劃制定,系統(tǒng)需求分析、功能分析、設(shè)計綜合,子系統(tǒng)需求分析、功能分析、設(shè)計綜合,BUILD劃分,SDV測試執(zhí)行,SIT測試執(zhí)行,SVT測試執(zhí)行,測試評估與關(guān)閉,產(chǎn)

28、品測試正式啟動,測試方案設(shè)計,測試用例設(shè)計,定義產(chǎn)品包需求和產(chǎn)品概念,擬制產(chǎn)品包驗證主計劃,.,產(chǎn)品測試流程,產(chǎn)品測試活動貫穿整個產(chǎn)品開發(fā)階段。,.,概念階段測試工作的目的,參與需求評審 識別可測試性需求 制定產(chǎn)品測試與驗證的策略,.,可測試性設(shè)計（DFT）,可測性：系統(tǒng)和設(shè)備能及時準確地確定其工作狀態(tài)（可工作/不可工作，工作性能下降），并隔離其內(nèi)部故障的一種設(shè)計特性。 MIL-STD-2165 以提高可測性為目的進行的設(shè)計稱為可測性設(shè)計（design for testability DFT），優(yōu)化設(shè)計使單元/模塊/系統(tǒng)便于測試，便于發(fā)現(xiàn)、定位、隔離和解決異常問題。 DFT是設(shè)計特性，完全由設(shè)

29、計所決定，最終用戶是不可見的。 DFT面向全生命周期不同測試過程，是調(diào)試/驗證測試、生產(chǎn)測試、維護測試的基礎(chǔ)。,.,可測試性設(shè)計的系統(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)置自測試,隔離與定位,控制點,觀測點,芯片,芯片,芯片,.,可測試性設(shè)計案例,集成調(diào)試中的問題定位： “XXX系統(tǒng)的YYY部分的集成、

30、調(diào)試中，為什 么解決問題的速度不夠快。原因是定位問題的方法沒有預(yù)先考慮?！?“如果在設(shè)計中加強可測試性考慮，能多觀察到一些關(guān)鍵的測試變量或者測試腳，出現(xiàn)問題時可以比較容易地定位問題所在的模塊，而不至于到處懷疑，茫然失措?！?.,可測試性需求模板,站在開發(fā)人員的調(diào)試、測試角度收集需求： -系統(tǒng)可測試性需求及策略 -系統(tǒng)調(diào)試的可測試性需求 -系統(tǒng)驗證測試的可測試性需求 -系統(tǒng)安裝后上電自檢的可測試性需求 -模塊調(diào)試與測試的可測試性需求 -模塊故障診斷測試的可測試性需求等,.,產(chǎn)品測試策略及模板,1. 目的 7. SVT測試策略 2. 范圍 8. Beta測試策略 3. 關(guān)鍵技術(shù) 8.1 Beta測

31、試需求分析 4. BBFV測試策略 8.2 Beta測試計劃 4.1 Building Block I測試策略 9. 認證和標桿測試策略 4.2 測試環(huán)境 9.1 認證和標桿測試需求分析 4.3 測試重點 9.2 認證和標桿測試計劃 5. SDV測試策略 10. 測試環(huán)境籌備計劃 5.1 SDV測試方案概述 10.1 測試環(huán)境需求分析 5.2 BUILD I測試策略 10.2 工具/儀器的可獲得性風(fēng)險評估 5.2.1 測試環(huán)境 11. 自主開發(fā)工具詳細分析 5.2.2 測試重點 11.1 工具名稱 6. SIT測試策略 11.2 工具需求分析 6.1 測試環(huán)境 11.3 資源需求分析 6.2

32、測試重點 12. 附件,.,計劃階段測試工作的目的,制訂整個項目的測試與驗證主計劃 制訂測試設(shè)備總體方案，概要方案 制訂測試環(huán)境方案,.,測試與驗證主計劃模板與目的,測試代表作為產(chǎn)品測試的主負責(zé)人，負責(zé)制訂整個產(chǎn)品開發(fā)的測試主計劃。 產(chǎn)品SE負責(zé)產(chǎn)品集成測試方案的制訂與實施。 測試代表負責(zé)系統(tǒng)測試方案、驗證方案、Beta測試、標桿測試、認證測試的方案與實施。,.,開發(fā)階段測試目標,單元測試、集成測試 對原型樣品和初始產(chǎn)品進行測試（SDV/SIT） 單元測試、集成測試、SDV、SIT評審 資料測試 包裝測試 確定生產(chǎn)驗證方案（中試方案） 確定試用的客戶（準備市場測試）,.,測試設(shè)計與更新測試計劃

33、,修改計劃 細化計劃 測試設(shè)計 -SDV測試的用例設(shè)計 -SDV測試方案同行互審 -SIT測試的用例設(shè)計 -SIT測試方案同行互審 -SVT測試的用例設(shè)計 -SVT測試方案同行互審,.,開發(fā)階段BBIT活動,BBIT驗證構(gòu)建模塊的外部接口和與其他構(gòu)建模塊之間的接口，包括與已有系統(tǒng)的接口。 主要活動： -進行測試 -問題反饋 -回歸測試 -測試報告輸出,.,系統(tǒng)設(shè)計驗證（SDV）,原型樣機的測試 整合漸增的產(chǎn)品構(gòu)件并按計劃進行測試 驗證產(chǎn)品是否符合原先規(guī)定的功能,.,系統(tǒng)集成測試（SIT）,初始產(chǎn)品的測試 逐步構(gòu)建系統(tǒng)并對從生產(chǎn)線生產(chǎn)出來的首批產(chǎn)品單元進行集成測試（漸增測試和最后的全面測試） 驗

34、證產(chǎn)品是否符合原先規(guī)定的功能 比較全面的測試：包括功能、性能、可靠性等,.,驗證階段測試目標,產(chǎn)品中試以檢驗生產(chǎn)工藝、供應(yīng)鏈情況等 SVT測試以面向制造的測試 試驗局/用戶使用測試以驗證滿意度 標桿測試以檢驗和最佳競爭對手的差距 認證測試以獲得證書 對測試結(jié)果進行評估，以決定是否發(fā)布,.,產(chǎn)品中試,從研發(fā)到正式生產(chǎn)的過渡階段 目的是檢驗生產(chǎn)工藝、生產(chǎn)測試文件、供應(yīng)商、供應(yīng)鏈、服務(wù) 編制批量生產(chǎn)文件,.,產(chǎn)品中試方案,產(chǎn)品中試方案是指導(dǎo)中試的總體方案 由項目經(jīng)理負責(zé)組織制作 對資源、進度、環(huán)境等提出要求,.,系統(tǒng)驗證測試（SVT）,專門的組織對初始產(chǎn)品進行測試 對初始產(chǎn)品進行性能、可靠性、環(huán)境等

35、測試,.,Beta測試（用戶試用測試）,在客戶的環(huán)境使用首批產(chǎn)品并在實際條件中測試產(chǎn)品 按計劃進行Beta測試 定期回訪客戶，記錄Bug并反饋 為每個客戶記錄Beta測試報告,.,認證測試,借助第三方或其他受約束的環(huán)境，進行行業(yè)標準鑒定測試 他國準入進行測試 獲得認證書,.,標桿測試（Benchmark testing）,在概念階段對標桿產(chǎn)品進行分析 借助第三方進行測試 和業(yè)界最佳競爭對手對比測試,.,發(fā)布階段,參與用戶問題的跟蹤、驗證。 收集客戶新的需求。,.,標準軟件項目測試流程,項目任務(wù)書，項目輸入 計 劃 階 段 PDCP 開 發(fā) 階 段,SOW,系統(tǒng)測試計劃,項目計劃,集成測試計劃,

36、需求分析,單元測試計劃,詳細設(shè)計,概要設(shè)計,編碼,單元測試,系統(tǒng)測試,發(fā)布,集成測試,產(chǎn)品集成工作支持,.,硬件測試關(guān)注內(nèi)容,單板軟件與單板硬件的關(guān)聯(lián)性很高，因此單板軟件直接在單板上運行前，先去除程序本身的問題。 單板硬件是否可靠，需要結(jié)合測試軟件對單元電路進行穩(wěn)定性的測試，如對存儲器的讀寫測試，以驗證硬件電路的功能完整。 單板在與應(yīng)用軟件集成之前，應(yīng)先進行單板自身的測試工作。,.,標準硬件項目測試流程,項目任務(wù)書 計 劃 階 段 PDCP 開 發(fā) 階 段,SOW,項目計劃,單元測試計劃,單板硬件詳細設(shè)計（LLD）,單板總體設(shè)計（HLD）,PCB設(shè)計,單板硬件調(diào)試 和單元測試（UT）,發(fā)布,（更新后的）設(shè)計規(guī)格,產(chǎn)品集成工作支持,.,研發(fā)過程質(zhì)量保證,.,過程質(zhì)量保證（QA）,客觀地評價項目過程：保證客觀評價已完成的過程、相關(guān)工作產(chǎn)品，以及服務(wù)等與組織過程定義、規(guī)范的一致性。 主要活動：客觀評價過程。 提供客觀的認識：客觀地跟蹤和溝通非一致性的問題，并保證問題被解決。 主要活動：溝通不一致性的問題，建立質(zhì)量保證活動記錄。,.,為什么需要質(zhì)量保證,通過蛛絲馬跡判斷項目最終能否成功 降成本的需要，事前預(yù)防優(yōu)