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