簡介硬件測試工程師入門的系統(tǒng)培訓(xùn)課件圍繞測試目的、測試流程、兼容性/可靠性/穩(wěn)定性測試方法展開并結(jié)合PCI、PCIX、USB、LAN、DDR、DDRII、PCIE、VESA、AUDIO等通信標(biāo)準(zhǔn)解讀適合剛進(jìn)入硬件測試領(lǐng)域或希望規(guī)范測試流程的研發(fā)與測試人員。壓縮包共1個(gè)文件為PPT格式整體約793KB內(nèi)容集中、便于按章節(jié)學(xué)習(xí)。已有3775人學(xué)習(xí)下載。課件從測試概述、測試前準(zhǔn)備正規(guī)檢視與FMEA、測試種類與級別、可靠性測試、問題解決與效果評估講起并涉及測試規(guī)范制定和測試人員培養(yǎng)配有硬件設(shè)計(jì)審查、原理圖檢視、PCB檢視、信號分析等一線實(shí)踐要點(diǎn)可幫助讀者建立完整的硬件測試體系理解從測試?yán)砟畹搅鞒搪涞氐年P(guān)鍵步驟為后續(xù)獨(dú)立承擔(dān)板卡、PC、服務(wù)器等產(chǎn)品的硬件測試工作打下基礎(chǔ)。1. 硬件測試入門指導(dǎo)先推翻“測試就是驗(yàn)貨”這個(gè)習(xí)慣接觸硬件測試的第一周大多數(shù)新人會把測試?yán)斫獬伞膀?yàn)貨”接上電源、跑一遍功能、沒問題就簽字放行。這份培訓(xùn)講義開篇就推翻了這個(gè)習(xí)慣——硬件測試的全部價(jià)值在于證明設(shè)計(jì)有錯(cuò)而不是證明設(shè)計(jì)沒有錯(cuò)。一個(gè)成功的測試是發(fā)現(xiàn)了至今還沒被發(fā)現(xiàn)的錯(cuò)誤一個(gè)好的測試用例是能發(fā)現(xiàn)未知錯(cuò)誤的用例。這個(gè)定位會影響后面所有決策測試前要不要做原理圖檢視要不要做 FMEA可靠性測試的判據(jù)怎么定測試團(tuán)隊(duì)的人怎么培養(yǎng)。這份講義是一套面向測試工程師入門的完整課程覆蓋硬件測試概述、測試前準(zhǔn)備、測試種類與級別、可靠性測試、通信技術(shù)標(biāo)準(zhǔn)、測試規(guī)范制定和人員培養(yǎng)。剛?cè)胄械娜丝梢园凑鹿?jié)順序跟做過一兩年測試的人也能從中找到糾正不規(guī)范習(xí)慣的對照。它能解決的核心問題只有一個(gè)讓測試從“走過場”變成真正能暴露設(shè)計(jì)缺陷的工作。2. 硬件測試的完整框架測試目的、目標(biāo)與價(jià)值定位2.1 測試是“證明有錯(cuò)”不是“證明沒錯(cuò)誤”講義把硬件測試的概念用四句話釘死測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行操作的過程測試是為了證明設(shè)計(jì)有錯(cuò)而不是證明設(shè)計(jì)無錯(cuò)誤一個(gè)好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤一個(gè)成功的測試是發(fā)現(xiàn)了“至今未發(fā)現(xiàn)的錯(cuò)誤”的測試。這四句話不是口號而是測試用例設(shè)計(jì)的基本出發(fā)點(diǎn)。如果把測試目標(biāo)定成“證明設(shè)計(jì)沒錯(cuò)誤”用例就會不自覺地走安全路線正常啟動、額定負(fù)載、標(biāo)準(zhǔn)溫度。這些用例大概率能通過但通不通過都得不到任何設(shè)計(jì)信息。反過來如果把目標(biāo)定成“找出隱藏錯(cuò)誤”用例就會主動去碰復(fù)雜邏輯、邊界電壓、異常時(shí)序、極限溫度。這些用例的失敗率更高但每一條失敗都能換回一條真實(shí)的設(shè)計(jì)缺陷證據(jù)。我在項(xiàng)目里看到新人最常犯的錯(cuò)就是把測試寫成演示只要用例跑綠了就開始整理報(bào)告。等到生產(chǎn)或者客戶現(xiàn)場出了問題回頭才發(fā)現(xiàn)實(shí)驗(yàn)室里從來沒有人測過那條路徑。后來團(tuán)隊(duì)把用例評審標(biāo)準(zhǔn)改了一條不允許出現(xiàn)“必然通過”的功能演示用例每條用例都必須寫出它預(yù)期可能發(fā)現(xiàn)什么問題寫不出來的用例不進(jìn)執(zhí)行清單。還有一句話也值得反復(fù)讀沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的完整的測試是評定測試質(zhì)量的一種方法。它區(qū)分了“測試用例設(shè)計(jì)”和“測試執(zhí)行”的價(jià)值。哪怕一輪測試沒有抓出新缺陷只要覆蓋是完整的這個(gè)過程本身就在告訴你當(dāng)前設(shè)計(jì)在這些維度上是穩(wěn)定的。所以不要因?yàn)椤皼]測出問題”就認(rèn)為測試白做了而是要看覆蓋缺口在哪里。2.2 測試目的決定測試組織找錯(cuò)誤與質(zhì)量評估兩條路線講義強(qiáng)調(diào)了一個(gè)容易被忽略的原則測試的目的決定了如何去組織測試。目的不同測試用例的取舍完全不同測試資源的分配也完全不同。第一種目的是盡可能多地找出錯(cuò)誤。這時(shí)資源應(yīng)該集中在設(shè)計(jì)復(fù)雜度高、歷史故障多的位置。比如一塊主板的電源管理電路、DDR 信號區(qū)、PCIE 高速通道這些地方耦合強(qiáng)、時(shí)序敏感出問題的概率遠(yuǎn)高于普通 IO。測試可以故意做超規(guī)格操作輸入電壓拉偏、接口反復(fù)熱插拔、高溫下瞬間上下電。第二種目的是給最終用戶提供具有一定可信度的質(zhì)量評價(jià)。這時(shí)要回到用戶真實(shí)場景一臺服務(wù)器用戶在意長期負(fù)載下的穩(wěn)定性一臺消費(fèi)類主板用戶在意常見內(nèi)存和外設(shè)的兼容性一個(gè)工業(yè)控制板用戶在意連續(xù)工作不跑飛。測試環(huán)境和用例都圍繞這些商業(yè)假設(shè)來建。實(shí)際產(chǎn)品很少是單一目的。講義里用的說法是“綜合評估決定產(chǎn)品的測試方向”。常見做法是把測試需求拆成風(fēng)險(xiǎn)驅(qū)動和場景驅(qū)動兩類風(fēng)險(xiǎn)驅(qū)動的用例占 60% 工時(shí)場景驅(qū)動的用例占 30%回歸測試占 10%。下面這個(gè)表用于和項(xiàng)目組對齊測試目的。測試目的關(guān)注點(diǎn)用例設(shè)計(jì)傾向典型測試對象找錯(cuò)誤復(fù)雜度、歷史故障區(qū)邊界條件、異常時(shí)序、極限操作電源管理、高速信號、新設(shè)計(jì)模塊質(zhì)量評估用戶真實(shí)使用場景典型配置、長時(shí)間負(fù)載、常用操作整機(jī)、系統(tǒng)、兼容性矩陣混合風(fēng)險(xiǎn)加場景雙驅(qū)動高風(fēng)險(xiǎn)用例優(yōu)先場景用例托底新產(chǎn)品導(dǎo)入階段2.3 零缺陷與 MTBF可靠性是設(shè)計(jì)出來的講義里有一句全場最容易被記住的話MTBF 不是計(jì)算出來的而是設(shè)計(jì)出來的。它直接否決了“把產(chǎn)品測到一定時(shí)長就敢說可靠”的想法?？煽啃允窃O(shè)計(jì)時(shí)每一個(gè)元器件的降額、每一段走線的阻抗、每一處電源濾波累積出來的結(jié)果。測試的作用是驗(yàn)證這些設(shè)計(jì)措施是否生效而不是把不合格的設(shè)計(jì)測成合格。零缺陷產(chǎn)品的構(gòu)筑點(diǎn)在底層。講義描述得非常具體源于每一個(gè)函數(shù)、每一行代碼、每一部分單元電路及每一個(gè)電信號。這意味著硬件測試的界面必須往前延伸不能只在樣機(jī)階段做黑盒測試。這也是為什么講義把“測試前準(zhǔn)備”放在獨(dú)立章節(jié)——正規(guī)檢視和 FMEA 是比上電測試更早的測試動作。行業(yè)布局也在印證這一點(diǎn)。講義列舉了不同企業(yè)的研發(fā)與測試人員比例某國際系統(tǒng)廠商研發(fā)與測試接近 1:10國內(nèi)通訊和 PC 廠商普遍在 1:1 到 1:3 之間。測試人員數(shù)量超過開發(fā)人員并不是因?yàn)楣惧X多而是因?yàn)楫a(chǎn)品質(zhì)量是靠測試活動一層層篩出來的。研發(fā)、測試、生產(chǎn)、銷售這條價(jià)值鏈里測試是每項(xiàng)成功產(chǎn)品的必經(jīng)環(huán)節(jié)。2.4 硬件測試的一般流程和階段輸出先立文檔再動手測講義把硬件測試的一般流程和各階段點(diǎn)輸出文件作為課程核心內(nèi)容。落到執(zhí)行層面流程可以歸納為六個(gè)階段。第一階段是需求和規(guī)格分析先搞清楚產(chǎn)品規(guī)格、性能指標(biāo)、使用場景與合規(guī)要求。第二階段是測試策略明確上一節(jié)講的兩種目的如何取舍以及測試資源和風(fēng)險(xiǎn)優(yōu)先級。第三階段是測試準(zhǔn)備包括正規(guī)檢視、FMEA、測試計(jì)劃、測試用例、測試環(huán)境和設(shè)備校準(zhǔn)。第四階段是測試執(zhí)行按照用例執(zhí)行并記錄環(huán)境、配置、版本、操作步驟和結(jié)果。第五階段是問題跟蹤把異?，F(xiàn)象錄入缺陷庫定位責(zé)任模塊并回歸驗(yàn)證。第六階段是測試報(bào)告匯總通過率、缺陷清單、殘留風(fēng)險(xiǎn)和結(jié)論。這些階段都有對應(yīng)的輸出文件。測試工程師最好養(yǎng)成“階段沒輸出就不進(jìn)入下一步”的習(xí)慣否則測試過程會變成不可追溯的黑匣子。階段主要活動輸出文件需求與規(guī)格分析收集規(guī)格、標(biāo)準(zhǔn)、用戶場景產(chǎn)品規(guī)格說明、需求評審記錄測試策略風(fēng)險(xiǎn)排序、目的對齊測試策略、測試范圍確認(rèn)單測試準(zhǔn)備正規(guī)檢視、FMEA、用例評審檢視記錄、FMEA 表、測試計(jì)劃、測試用例測試執(zhí)行環(huán)境記錄、用例執(zhí)行、數(shù)據(jù)采集測試執(zhí)行記錄、測試數(shù)據(jù)日志問題跟蹤缺陷錄入、定位、回歸缺陷跟蹤表、回歸測試報(bào)告測試報(bào)告統(tǒng)計(jì)、評估、殘留風(fēng)險(xiǎn)硬件測試報(bào)告、評審紀(jì)要用這個(gè)流程回看很多項(xiàng)目會發(fā)現(xiàn)翻車不是執(zhí)行階段翻的而是在準(zhǔn)備階段就漏了。檢視專家沒定、FMEA 沒做、用例沒評審樣機(jī)一到手就拼命測測到最后只能發(fā)現(xiàn)表面問題深層缺陷全部漏到生產(chǎn)或客戶手上。下面這一章就專門講測試前準(zhǔn)備的落地方法。3. 測試前準(zhǔn)備正規(guī)檢視與 FMEA 的實(shí)操套路3.1 正規(guī)檢視原理圖與 PCB 的四個(gè)發(fā)現(xiàn)面硬件測試前準(zhǔn)備的第一步是正規(guī)檢視。講義把它分成硬件設(shè)計(jì)審查、原理圖檢視和 PCB 檢視三類工作。正規(guī)檢視要發(fā)現(xiàn)的目標(biāo)很具體硬件設(shè)計(jì)原理缺陷、成本浪費(fèi)問題、降額不規(guī)范設(shè)計(jì)、布局和布線缺陷、EMC 等專項(xiàng)設(shè)計(jì)缺陷。這些缺陷如果在測試執(zhí)行階段才暴露往往要改版才能解決如果在原理圖階段發(fā)現(xiàn)可能只是換一顆器件、調(diào)整一處上拉電阻、改一段走線。所以正規(guī)檢視是整個(gè)硬件測試鏈條里成本最低、收益最高的一環(huán)。原理圖檢視重點(diǎn)看電源樹和時(shí)序。電源樹要確認(rèn)每一路電壓的轉(zhuǎn)換效率、負(fù)載調(diào)整率、紋波噪聲是否滿足后級要求時(shí)序要確認(rèn) reset、時(shí)鐘、使能信號的上下電順序。PCB 檢視重點(diǎn)看疊層、阻抗、回流路徑、差分走線以及晶振和高速接口的布局。檢視對象關(guān)鍵檢查點(diǎn)常見輸出原理圖電源樹、時(shí)序、信號連接、上下拉、熱設(shè)計(jì)硬件設(shè)計(jì)審查記錄PCB疊層、阻抗、回流路徑、布線長度、EMC 布局PCB 評審意見BOM 與降額電壓、電流、功耗、溫度降額系數(shù)降額檢查表EMC 專項(xiàng)濾波、屏蔽、接地、晶振與高速接口布局EMC 專項(xiàng)設(shè)計(jì)建議降額檢查是很多團(tuán)隊(duì)容易漏掉的部分。所謂降額就是讓器件工作在額定值的某個(gè)百分比以下。常見降額點(diǎn)包括電容耐壓、電阻功率、MOS 管電流與結(jié)溫、CPU 利用率。檢視時(shí)逐項(xiàng)核對關(guān)鍵器件的應(yīng)力曲線尤其是極限工作條件下的損耗和溫度。FMEA 和降額檢查往往共用同一份 BOM 表放在一起做效率更高。3.2 FMEA故障模式影響分析怎么做才能不流于形式FMEA 是測試前準(zhǔn)備的第二板斧。講義對它的定義是分析系統(tǒng)中每一產(chǎn)品所有可能產(chǎn)生的故障模式及其對系統(tǒng)造成的所有可能影響并按每一個(gè)故障模式的嚴(yán)重程度、檢測難易程度以及發(fā)生頻度予以分類的一種歸納分析方法。FMEA 的直接收益有八項(xiàng)幫助設(shè)計(jì)者從各種方案中選擇滿足可靠性要求的最佳方案保證所有元器件的故障模式及影響都被周密考慮找出對系統(tǒng)故障有重大影響的元器件和故障模式為定量分析提供基礎(chǔ)為設(shè)計(jì)更改提供資料為產(chǎn)品可測試方案提供基礎(chǔ)材料給技術(shù)支援人員提供維修指南為基于故障模式的測試提供依據(jù)。操作上FMEA 不要求一開始就做得很完整可以先從高風(fēng)險(xiǎn)的電源和高速接口開始。表格字段建議包括序號、功能或器件、故障模式、故障影響、嚴(yán)重度 S、發(fā)生頻度 O、檢測難度 D、RPN 值、補(bǔ)償措施、責(zé)任人、狀態(tài)。RPN 等于 S×O×D分?jǐn)?shù)越高越要優(yōu)先處理。序號功能/器件故障模式故障影響嚴(yán)重度 S發(fā)生頻度 O檢測難度 DRPN補(bǔ)償措施1電源輸入濾波電容容值衰減輸出電壓紋波增大745140選用耐高溫電容降額到 70%2DDR 終端電阻虛焊數(shù)據(jù)線反射隨機(jī)死機(jī)936162加嚴(yán)焊接質(zhì)檢做振動老化驗(yàn)證3復(fù)位芯片上電時(shí)序沖突系統(tǒng)無法啟動82464修改 reset 延時(shí)參數(shù)關(guān)鍵點(diǎn)是RPN 只是排序工具不是交付物。如果某個(gè)高 RPN 項(xiàng)沒有對應(yīng)的設(shè)計(jì)修改或測試用例FMEA 就沒有落地。測試工程師在評審時(shí)看到這種空項(xiàng)應(yīng)該直接打回去要求補(bǔ)方案。3.3 檢視流程與階段輸出測試啟動前要先交出哪些文檔講義給出的正規(guī)檢視流程是確定檢視專家、評審專家預(yù)檢視、檢視問題反饋整理、召開檢視會議、檢視問題確認(rèn)與解決、檢視問題跟蹤。這六個(gè)步驟執(zhí)行起來不復(fù)雜但要注意兩點(diǎn)。第一檢視專家一定要提前拿到資料做預(yù)檢視不能當(dāng)場翻圖紙當(dāng)場發(fā)表意見。第二檢視會議只討論問題不討論方案細(xì)節(jié)方案放到會后再設(shè)計(jì)否則會議會拖得非常長。每個(gè)檢視問題都要有責(zé)任人、解決時(shí)間和驗(yàn)證方式否則跟蹤環(huán)節(jié)會落空。測試啟動前建議把以下文檔作為產(chǎn)出門禁設(shè)計(jì)規(guī)格書、原理圖、PCB layout、BOM、降額計(jì)算表、FMEA 表、檢視問題記錄表、測試計(jì)劃、測試用例、測試環(huán)境清單。這里沒有一項(xiàng)是多余的。文檔責(zé)任角色用途設(shè)計(jì)規(guī)格書硬件設(shè)計(jì)定義功能、性能、電氣指標(biāo)原理圖與 PCB硬件設(shè)計(jì)提供檢視對象也是測試參考降額計(jì)算表硬件設(shè)計(jì)證明關(guān)鍵器件應(yīng)力滿足規(guī)范FMEA 表硬件設(shè)計(jì)加測試梳理故障模式并輸出測試需求測試計(jì)劃與用例測試工程師定義測試范圍、步驟和判據(jù)測試環(huán)境清單測試工程師記錄儀器、負(fù)載、電源、溫度條件這套文檔齊了測試執(zhí)行才有據(jù)可查。很多團(tuán)隊(duì)喜歡跳過測試計(jì)劃直接跑用例結(jié)果測出來的問題重復(fù)、漏測的地方也沒人知道。文檔門禁不是形式主義是給測試過程留后悔藥。4. 測試種類與級別兼容性、可靠性、穩(wěn)定性的落地邊界4.1 測試種類兼容性、可靠性、穩(wěn)定性怎么選講義里的講師背景覆蓋 PC、服務(wù)器、板卡的兼容性、可靠性和穩(wěn)定性測試這三種測試是硬件測試?yán)镒钊菀谆煜慕M合它們的關(guān)注維度完全不同。兼容性測試關(guān)注硬件在不同環(huán)境和配置下的表現(xiàn)。變量包括 CPU 型號與步進(jìn)、內(nèi)存顆粒、SSD 控制器、操作系統(tǒng)大版本和補(bǔ)丁、驅(qū)動版本、電源額定功率、外設(shè)品牌、BIOS 設(shè)置。測試矩陣不是把每種組合都跑一遍而是按風(fēng)險(xiǎn)拆主板芯片組與內(nèi)存組合是關(guān)鍵路徑優(yōu)先級最高外設(shè)可以按類別抽樣。測試種類核心關(guān)注典型手段兼容性不同配置、不同外設(shè)、不同系統(tǒng)環(huán)境矩陣、啟動休眠喚醒循環(huán)可靠性長期使用中的穩(wěn)定性和耐用性高低溫、濕熱、振動、靜電穩(wěn)定性持續(xù)運(yùn)行不出錯(cuò)滿載老化、反復(fù)上下電、長時(shí)間跑批處理一個(gè)典型的兼容性項(xiàng)目我會先列一張主芯片組和內(nèi)存顆粒的匹配表再列外設(shè)類別樹之后按市場占有率和歷史故障率排執(zhí)行順序。不要把所有組合平均分配時(shí)間那樣只會得到一份覆蓋廣但深度不夠的報(bào)告。4.2 測試級別硬件測試不是只有整機(jī)測試硬件測試的級別值得單獨(dú)討論因?yàn)楹芏鄨F(tuán)隊(duì)只做系統(tǒng)級測試。講義把測試分成單元、模塊、系統(tǒng)幾個(gè)級別對應(yīng)的目標(biāo)完全不同。單元級測試針對單個(gè)器件或電路單元比如一顆 LDO 的紋波、一個(gè)晶振的啟動時(shí)間、一片 EEPROM 的讀寫時(shí)序。模塊級測試針對一塊板卡或一個(gè)功能模塊驗(yàn)證接口協(xié)議、信號質(zhì)量、功耗和溫度。系統(tǒng)級測試把整機(jī)組合起來看多板卡之間的交互、電磁干擾、散熱和用戶體驗(yàn)。越早級別的測試發(fā)現(xiàn)問題越便宜系統(tǒng)級發(fā)現(xiàn)的問題往往要拆回去定位大半天。這也是為什么講義要求測試工程師能看懂原理圖、能操作示波器和邏輯分析儀否則只能做系統(tǒng)級黑盒測試。4.3 可靠性測試參數(shù)、條件和判據(jù)怎么定可靠性測試在講義里單獨(dú)成章。它的核心目標(biāo)是驗(yàn)證設(shè)計(jì)在各種應(yīng)力條件下的失效行為而不是把所有產(chǎn)品都放到極限條件里試一遍。具體操作要關(guān)注三件事應(yīng)力條件、持續(xù)時(shí)間和失效判據(jù)。條件不寫明確測試做了等于沒做。比如“高溫老化”四個(gè)字沒有任何信息量必須寫清楚溫度是多少、負(fù)載是滿載還是輕載、跑多久、出現(xiàn)什么現(xiàn)象算故障。可靠性測試項(xiàng)目參考條件建議時(shí)長/循環(huán)典型判據(jù)高溫老化4050℃滿載48/72/168 小時(shí)無死機(jī)、無復(fù)位、無關(guān)鍵指標(biāo)超標(biāo)高低溫循環(huán)-40℃85℃15℃/min1001000 個(gè)循環(huán)無不可恢復(fù)故障參數(shù)漂移在規(guī)格內(nèi)濕熱試驗(yàn)85℃/85%RH 或 40℃/93%RH96/168 小時(shí)無絕緣失效、無腐蝕、功能正常靜電放電接觸 ±4kV空氣 ±8kV各端口 10 次測試后功能恢復(fù)無損壞振動試驗(yàn)隨機(jī)振動13 軸每軸 14 小時(shí)無結(jié)構(gòu)損壞無接觸性功能異常條件要按產(chǎn)品使用場景來調(diào)。車載電子高低溫循環(huán)要比消費(fèi)類嚴(yán)振動要做三軸機(jī)房服務(wù)器溫濕度變化不大但要做長期滿載老化。講義里那句“MTBF 是設(shè)計(jì)出來的”在這時(shí)起作用可靠性測試的目的不是算出一個(gè)好看的數(shù)字而是把設(shè)計(jì)薄弱點(diǎn)激發(fā)出來。4.4 通信技術(shù)標(biāo)準(zhǔn)PCI/USB/DDR 等標(biāo)準(zhǔn)在測試?yán)镌趺从弥v義在課程大綱里專門列出硬件測試參考的通信技術(shù)標(biāo)準(zhǔn)包括 PCI、PCIX、USB、LAN、DDR、DDRII、PCIE、VESA、AUDIO。熟悉這些標(biāo)準(zhǔn)和規(guī)范不是為了讓測試工程師背協(xié)議而是給測試結(jié)果找一個(gè)權(quán)威基準(zhǔn)。拿 USB 舉例一致性測試要看眼圖是否落在模板范圍內(nèi)、抖動是否超標(biāo)、阻抗是否匹配、枚舉過程是否穩(wěn)定。DDR 和 DDRII 則需要測時(shí)鐘、地址、數(shù)據(jù)的建立保持時(shí)間參考電壓是否在范圍內(nèi)寫電平和讀時(shí)序是否滿足規(guī)格。PCIE 要看鏈路訓(xùn)練能否協(xié)商到目標(biāo)速率差分信號質(zhì)量和擴(kuò)頻時(shí)鐘配置是否正常。AUDIO 測試要看信噪比、失真、串?dāng)_和頻率響應(yīng)。這些測量離不開示波器、邏輯分析儀和協(xié)議分析儀。講義里的講師背景提到熟悉 PCI、PCIE、DDR 等標(biāo)準(zhǔn)這意味著測試執(zhí)行前要先把相應(yīng)標(biāo)準(zhǔn)的電氣參數(shù)表打印出來照著參數(shù)一項(xiàng)項(xiàng)量而不是憑經(jīng)驗(yàn)估計(jì)。標(biāo)準(zhǔn)在這里不是參考資料是測試判據(jù)。5. 硬件測試常見問題與避坑指南四個(gè)最容易翻車的環(huán)節(jié)這里記錄的四個(gè)問題來自多個(gè)項(xiàng)目的真實(shí)復(fù)盤不是理論推導(dǎo)。它們對應(yīng)的不是測試操作本身而是測試管理和流程設(shè)計(jì)上的漏洞所以解決手段都偏向流程規(guī)范。硬件測試的難點(diǎn)不在會不會接設(shè)備而在怎么讓測試設(shè)計(jì)覆蓋到錯(cuò)誤。5.1 兼容性測試漏項(xiàng)只在標(biāo)準(zhǔn)配置上測試現(xiàn)象某主板項(xiàng)目在實(shí)驗(yàn)室所有用例都通過了結(jié)果客戶用雜牌內(nèi)存加老電源時(shí)出現(xiàn)開機(jī)黑屏、休眠無法喚醒。測試負(fù)責(zé)人復(fù)盤時(shí)發(fā)現(xiàn)兼容性矩陣?yán)镏桓采w了兩款主流內(nèi)存和一款原裝電源。原因測試用例設(shè)計(jì)被“標(biāo)準(zhǔn)配置”綁住了。硬件測試工程師習(xí)慣用開發(fā)樣機(jī)配標(biāo)準(zhǔn)內(nèi)存、標(biāo)準(zhǔn)外設(shè)以為這樣能復(fù)現(xiàn)大部分場景卻忽略了市場上有大量停產(chǎn)物料和老舊配件。兼容性問題的本質(zhì)是不同廠商、不同批次的器件在電氣特性和固件行為上的微小差異只有把配置矩陣鋪開才能暴露。解決測試前先做目標(biāo)市場調(diào)研列出主芯片組、內(nèi)存顆粒、電源、顯卡、網(wǎng)卡、操作系統(tǒng)版本的組合矩陣。按兩個(gè)維度排優(yōu)先級市場占用率和歷史故障率。高優(yōu)先級組合全測中優(yōu)先級按三分之一抽樣低優(yōu)先級只測基本功能。每次兼容性測試記錄物料批次號和固件版本防止把批次差異當(dāng)成兼容性問題。5.2 可靠性測試判據(jù)模糊測試跑完了結(jié)論卻無法判定現(xiàn)象高低溫循環(huán)做了 200 個(gè)循環(huán)測試日志里出現(xiàn)三次偶發(fā)網(wǎng)絡(luò)丟包但每次都能自恢復(fù)。測試報(bào)告寫成“基本通過”評審的時(shí)候研發(fā)和測試對“基本”這個(gè)詞吵了一個(gè)小時(shí)。原因測試計(jì)劃里只寫了溫度和循環(huán)數(shù)沒有定義失效判據(jù)。丟包算不算故障中斷超過多久算不可恢復(fù)恢復(fù)之后是否還允許繼續(xù)測試這些沒有提前約定測試結(jié)束后就只能在報(bào)告里用模糊語言。解決在可靠性測試用例里把失效判據(jù)前置。常見做法是定義三類判據(jù)致命缺陷、嚴(yán)重缺陷、輕微缺陷。致命缺陷出現(xiàn)一次即判失敗嚴(yán)重缺陷比如重啟、通訊中斷超過 10 秒允許出現(xiàn)不超過 N 次但必須定位根因輕微缺陷記錄不判失敗但要寫入殘留風(fēng)險(xiǎn)評估。任何一次不可恢復(fù)故障無論后續(xù)是否自動恢復(fù)都要單獨(dú)寫故障報(bào)告。5.3 FMEA 變成表格填字游戲現(xiàn)象某項(xiàng)目評審時(shí)FMEA 表做得非常漂亮RPN 值排了序表格里也寫滿了補(bǔ)償措施。結(jié)果測試執(zhí)行時(shí)發(fā)現(xiàn)那些高 RPN 項(xiàng)根本沒有對應(yīng)的測試用例補(bǔ)償措施也沒有進(jìn)入設(shè)計(jì)。原因FMEA 被當(dāng)成評審時(shí)要交的文檔而不是設(shè)計(jì)工具。填表的人是硬件設(shè)計(jì)評審的人只看格式測試的人完全沒參與三方都沒有把 FMEA 結(jié)果轉(zhuǎn)化成實(shí)際動作。解決把 FMEA 和測試用例綁定在一起評審。每一項(xiàng) RPN 超過閾值的風(fēng)險(xiǎn)必須至少掛一條測試用例要么是設(shè)計(jì)檢查項(xiàng)要么是實(shí)驗(yàn)室測試項(xiàng)。沒有動作項(xiàng)的 FMEA 不允許進(jìn)入評審結(jié)論。測試工程師應(yīng)該在 FMEA 評審階段就介入提出“這個(gè)故障模式我要用什么手段驗(yàn)證”的問題。5.4 測試環(huán)境不穩(wěn)定導(dǎo)致假問題現(xiàn)象一套系統(tǒng)在實(shí)驗(yàn)室反復(fù)出現(xiàn)隨機(jī)復(fù)位測試工程師花了三天排查最后發(fā)現(xiàn)是實(shí)驗(yàn)室電源在負(fù)載切換時(shí)跌落 0.3V被測設(shè)備進(jìn)入掉電保護(hù)。換一臺工業(yè)級穩(wěn)壓電源后問題徹底消失。原因測試設(shè)備本身成了引入故障的變量。實(shí)驗(yàn)室電源濾波差、接地環(huán)路、示波器探頭接地線過長、溫濕度波動都會在測試中產(chǎn)生不屬于被測對象的異常。解決測試環(huán)境的管理要像被測設(shè)備一樣嚴(yán)格。定期校準(zhǔn)測試儀器記錄每次測試的電源批次、負(fù)載儀型號、溫度和濕度。復(fù)現(xiàn)問題時(shí)先做排除工裝動作把電源、連接線、夾具都替換一遍確認(rèn)問題仍然存在才開始定位被測設(shè)備。這條做不好前面所有測試用例都白跑。6. 測試效果評估與人員培養(yǎng)三個(gè)可復(fù)用的驗(yàn)證技巧6.1 用缺陷逃逸率評估測試本身硬件測試效果評估不能只看“測試了多少小時(shí)”。講義里提到一個(gè)容易被忽略的評價(jià)原則沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的完整的測試是評定測試質(zhì)量的一種方法。也就是說覆蓋度本身就是質(zhì)量但不能只定性要定量。常用指標(biāo)是缺陷排除效率計(jì)算公式DRE 測試階段發(fā)現(xiàn)問題數(shù) ÷測試階段發(fā)現(xiàn)問題數(shù) 客戶現(xiàn)場問題數(shù)。把從樣機(jī)測試到量產(chǎn)后半年內(nèi)的問題都統(tǒng)計(jì)進(jìn)去新平臺 DRE 低于 85% 說明測試準(zhǔn)備不足成熟平臺應(yīng)該在 95% 以上。項(xiàng)目狀態(tài)DRE 參考值主要改進(jìn)方向新平臺85% 以上補(bǔ)測試用例覆蓋缺口成熟平臺95% 以上持續(xù)做回歸和環(huán)境擴(kuò)展低于 85%立即復(fù)盤檢查檢視、FMEA、用例評審是否缺位DRE 按月統(tǒng)計(jì)比看測試報(bào)告頁數(shù)有用得多。它能直接告訴你哪一輪測試是真正在做增量哪一輪只是重復(fù)勞動。6.2 測試人員的培養(yǎng)順序從執(zhí)行到評審講義最后專門有一章“測試人員的培養(yǎng)”方向很務(wù)實(shí)。測試人員不能永遠(yuǎn)停留在按用例執(zhí)行要逐步從執(zhí)行層走到設(shè)計(jì)層。我的培養(yǎng)路徑一般是四步。第一步能獨(dú)立執(zhí)行用例記錄問題會操作示波器、萬用表、邏輯分析儀。第二步能寫測試計(jì)劃和測試用例能把規(guī)格和標(biāo)準(zhǔn)翻譯成可執(zhí)行步驟。第三步能參與原理圖檢視和 FMEA能從電路層面判斷風(fēng)險(xiǎn)。第四步能做信號完整性和 EMC 調(diào)試遇到問題能提出設(shè)計(jì)建議。這個(gè)順序和講義課程大綱的順序完全對應(yīng)先概述再準(zhǔn)備再種類級別再可靠性再問題解決和效果評估最后落到規(guī)范制定和人員培養(yǎng)。測試工程師的價(jià)值不在單點(diǎn)而在整條鏈路。我的習(xí)慣是用項(xiàng)目復(fù)盤來做測試效果評估每次產(chǎn)品發(fā)布后把測試發(fā)現(xiàn)的問題和客戶退回的問題放同一張表里逐條問“為什么這條測試沒抓到”。從那以后我每次接手新項(xiàng)目都強(qiáng)制走一遍固定動作先確認(rèn)規(guī)格書、原理圖、PCB、FMEA 四份文檔齊不齊不齊不進(jìn)入測試執(zhí)行用例評審時(shí)任何一條沒寫明“預(yù)期抓什么問題”的用例都要打回重寫。這一步省掉的返工比我早期做過的任何技巧都多。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取