硬件測試技術

測試部教育訓練硬件測試技術課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述硬件測試概述1、硬件測試的概念測試是為了發現錯誤而執行操作的過程測試是為了證明設計有錯，而不是證明設計無錯誤一個好的測試用例是在于它能發現至今未發現的錯誤一個成功的測試是發現了“至今未發現的錯誤”的測試硬件測試概述1、硬件測試的概念硬件測試概述2、硬件測試的目的測試的目的決定了如何去組織測試。如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對設計比較復雜的部分或是以前出錯比較多的位置。如果測試目的是為了給最終用戶提供具有一定可信度的質量評價，那么測試就應該直接針對在實際應用中會經常用到的商業假設。

綜合評估，決定產品的測試方向！硬件測試概述2、硬件測試的目的硬件測試概述3、硬件測試的目標——產品的零缺陷關注點：產品規格功能的實現，性能指標，可靠性，可測試性，易用性等。實現的保障：產品的零缺陷構筑于最底層的設計，源于每一個函數、每一行代碼、每一部分單元電路及每一個電信號。測試就是要排除每一處故障和每一處隱患，從而構建一個零缺陷的產品。

MTBF不是計算出來的，而是設計出來的。

硬件測試概述3、硬件測試的目標——產品的零缺陷硬件測試概述4、硬件測試的意義測試并不僅僅是為了要找出錯誤。通過分析錯誤產生的原因和錯誤的分布特征，可以幫助項目管理者發現當前設計過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。沒有發現錯誤的測試也是有價值的，完整的測試是評定測試質量的一種方法。硬件測試概述4、硬件測試的意義硬件測試概述5、目前業界硬件測試的開展狀況

隨著質量的進一步要求，硬件測試工作在產品研發階段的投入比例已經向測試傾斜，許多知名的國際企業，硬件測試人員的數量要遠大于開發人員。而且對于硬件測試人員的技術水平要求也要大于開發人員。硬件測試概述5、目前業界硬件測試的開展狀況硬件測試概述6、硬件測試在企業價值鏈中的地位——采購——研發——測試——生產——銷售——測試是每項成功產品的必經環節硬件測試概述6、硬件測試在企業價值鏈中的地位測試是每項成功產硬件測試概述7、硬件測試對公司形象和公司發展的重要性

硬件測試是評估產品質量的重要方法產品質量是公司的信譽和品牌象征公司的信譽和質量決定了公司的發展前景硬件測試概述7、硬件測試對公司形象和公司發展的重要性硬件測試概述8、硬件測試的一般流程和各階段點的輸出文件

硬件測試概述8、硬件測試的一般流程和各階段點的輸出文件課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述測試前準備1、正規檢視硬件設計審查原理圖檢視

PCB檢視發現硬件設計原理缺陷發現成本浪費問題發現降額不規范設計發現布局和布線的缺陷發現EMC等專項設計缺陷測試前準備1、正規檢視測試前準備2、正規檢視的流程檢視專家的確定評審專家預檢視檢視問題反饋整理檢視會議召開檢視問題確認，解決檢視問題跟蹤測試前準備2、正規檢視的流程測試前準備3、FMEA（故障模式影響分析）

分析系統中每一產品所有可能產生的故障模式及其對系統造成的所有可能影響，并按每一個故障模式的嚴重程度、檢測難易程度以及發生頻度予以分類的一種歸納分析方法。測試前準備3、FMEA（故障模式影響分析）測試前準備FMEA的意義能幫助設計者和決策者從各種方案中選擇滿足可靠性要求的最佳方案；保證所有元器件的各種故障模式及影響都經過周密考慮；能找出對系統故障有重大影響的元器件和故障模式，并分析其影響程度；有助于在設計評審中對有關措施（如冗余措施）、檢測設備等作客觀的評價；測試前準備FMEA的意義測試前準備FMEA的意義（續）能為進一步定量分析提供基礎；能為進一步更改產品設計提供資料；能為產品可測試方案提供基礎材料；能為技術支援人員提供維修指南；為基于故障模式的測試提供依據。測試前準備FMEA的意義（續）測試前準備FMEA的層次信號級：對接口信號或某些特殊器件的分析器件級：對系統內功能模塊的可靠性分析系統級：對系統的整體可靠性分析測試前準備FMEA的層次測試前準備嚴酷度

在某些系統中，最終影響的嚴重程度等級又稱為嚴酷度（有時也稱為嚴重度，系指故障模式所產生后果的嚴重程度）類別。嚴重程度等級（嚴酷度類別）定義應考慮到故障所造成的最壞的潛在后果來確定。嚴酷度的定義是FMEA的前提和基礎，有了共識的嚴酷度才可以保證FMEA的順利開展和問題的落實。測試前準備嚴酷度測試前準備功能和可靠性框圖測試前準備功能和可靠性框圖測試前準備測試前準備測試前準備環境定義測試前準備環境定義測試前準備風險分析風險分析的目的是按每一故障模式的嚴重程度及該故障模式發生的概率所產生的綜合影響對系統中的產品劃等分類，以便全面評價系統中各種可能出現的產品故障的影響，它是一種相對定量的分析方法，通常借助圖形工具（如矩陣圖）來輔助分析。風險分析常用的方法有兩種，即風險優先數（RiskPriorityNumber，RPN）法和危害性分析（CriticalityAnalysis）法前者主要用于汽車等民用工業領域，后者主要用于航空、航天等軍用領域。在進行風險分析時可根據具體情況選擇一種方法。測試前準備風險分析測試前準備FMEA分析步驟和要點確定范圍確定功能失效模式潛在影響嚴酷度分類潛在原因發生頻度控制措施探測率RPN整改措施如何定義嚴酷度分類：對操作者危害最高失效概率：每小時，每班次，每天，每星期。。。潛在影響：停機：損壞，裝備與調整，試機損失報廢：缺陷部件，工具類安全：找原因：以前FMEA分析失效日志接口矩陣（物理干涉，能量傳遞，物流，信息轉移）保證書專題研究報告測試報告現場服務報告測試前準備F確定范圍確定功能失效模式潛在影響嚴酷度分類潛在原測試前準備FMEA分析表格編號器件名稱所屬功能單元失效率失效模式失效比例局部影響對功能單元的影響對系統的最終影響嚴酷度已有的檢測方法已有的補償措施建議改進措施備注測試前準備FMEA分析表格編號器件名稱所屬功能單元失效率失效測試前準備4、故障處理故障檢測故障定位故障隔離故障恢復測試前準備4、故障處理測試前準備故障檢測

故障檢測是指明確到故障已經發生的過程，是故障處理流程的前提。這里提到的檢測一般是指系統在故障發生后的自動的檢測，一般不需要人進行操作。在進行故障檢測的時候需要結合軟、硬件故障檢測方法。某些故障可能需要多次檢測確認，避免進行誤告警和誤操作測試前準備故障檢測測試前準備故障定位

故障定位是指將故障定位到現場最小可更換單元的過程，是故障維修的基礎。故障定位的目的是為了便于維修工程人員進行現場的故障維修和返修件的故障處理。測試前準備故障定位測試前準備故障隔離

故障隔離一般是將故障限定到可更換單元內部的過程。故障隔離的目標是將故障能夠限定在越小的功能單元。故障隔離是為了將故障的影響范圍限制在盡可能小的范圍之內。故障是無法避免的，如何將故障產生的影響降到最低，是故障隔離所要考慮的關鍵。測試前準備故障隔離測試前準備故障恢復

故障恢復是將系統的功能狀態恢復到故障發生前狀態的過程，是客戶最關心的也是系統穩定運行的關鍵步驟。常用的故障恢復手段有復位、冗余倒換、重發等。故障恢復盡量需要做到自動進行，以降低對用戶的影響。測試前準備故障恢復測試前準備5、測試計劃描述該測試計劃所應達到的目標如下（可依據項目的實際要求做適當調整）：所有測試需求都已被標識出來；測試的工作量已被正確估計并合理地分配了人力、物力資源；測試的進度安排是基于工作量估計的、適用的；測試啟動、停止的準則已被標識；測試輸出的工作產品是已標識的、受控的和適用的。測試前準備5、測試計劃測試前準備測試計劃的內容測試計劃一般應該包含一下的內容：測試對象，明確版本，范圍，任務劃分角色和職責測試和不被測試的特性原因測試通過與否的標準測試任務安排測試結束的交付件工作量評估測試前準備測試計劃的內容測試前準備6、測試用例

測試用例更多的是需要描述測試方法，測試步驟，測試的預期效果，需要達到的指標。需要更加詳細的對每一條測試項目進行描述。測試用例是直接用來指導測試的，所以對測試項目的描述需要更具體，更便于參考操作。測試前準備6、測試用例測試前準備測試用例的一般格式測試用例編號測試項目（模塊或單元）測試子項目（子項目描述）測試級別（必測、選測、可測）測試條件（環境、儀器等相關要求）測試步驟和方法（具體細致的操作方法）應達到的指標和預期效果備注測試前準備測試用例的一般格式測試用例編號測試項目（模塊測試前準備7、測試需求的來源一切測試的需求都來自于產品設計的規格，規格來自于用戶的需求。因此我們的測試是針對產品規格的測試。具體可以從以下幾方面進行考慮：產品設計功能根據功能的實現，分別對實現該功能的各個環節進行測試，從硬件、單板軟件、高層軟件到用戶界面，只有各個環節都暢通無阻，才能保證該功能的正常實現。可靠性備份、倒換、插拔、互助、自愈等測試前準備7、測試需求的來源測試前準備測試需求的來源（續）指標性能需求指標包括電接口指標、光接口指標、時鐘指標、傳輸指標和指標容差，指標一般都有相關的標準可查。性能一般可從容量、處理能力、容限等方面去考慮，一般是測試異常輸入條件下的單元、模塊、系統處理情況。性能測試的異常條件主要是指邊界條件、異常條件及故障相關性。組網組網需求：電信網組網、異種廠商的互聯測試前準備測試需求的來源（續）測試前準備測試需求的來源（續）應用環境應用環境一般可從以下幾個方面考慮：高溫、低溫、高低溫交變、鹽霧、濕熱、防塵接地、電源、震動、沖擊、存儲、運輸電磁兼容性斷電恢復性測試前準備測試需求的來源（續）課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述硬件測試的種類與操作1、測試設計測試并不是簡單意義上的一些測試操作，在測試前需要有詳細的設計，周密的策劃，測試是一項高難度的工作。測試設計概念的范圍很廣，大致可以分為以下幾類：設計測試平臺，用此測試平臺能進行通用項目的測試，或是進行能用此測試平臺作一類測試。設計測試工具，設計測試軟件。設計測試裝備。設計測試用例，測試方法。硬件測試的種類與操作1、測試設計硬件測試的種類與操作測試設計的好處良好的測試設計和有效測試工具可減少重復低效的勞動有效地開發利用測試工具可使測試更深入、更全面有些復雜的測試只能依靠測試工具進行自動測試在測試中經常進行測試設計是提升技術水平的有效手段我們在做測試工作時，不能因循守舊，需要時刻考慮如何改進我們的測試效果，提高我們的測試效率，在測試點上進行深入研究，開發測試工具，最終使我們的所有點的測試達到自動化。硬件測試的種類與操作測試設計的好處硬件測試的種類與操作良好的測試設計同樣也是節約測試成本的手段現在的測試工作中，經常會遇到一些無法在實驗室模擬的情況，可能在實際現場也無法模擬，并且如果要模擬所花的代價很大，如滿配置、最大負荷的情況，而這些項目的測試通過與否是檢驗系統性能的重要手段。這個測試任務便給我們提出了編寫測試軟件模擬大負荷情況的要求。不但實現和自動化，而且大幅度的節約了成本。硬件測試的種類與操作良好的測試設計同樣也是節約測試成本的手段硬件測試的種類與操作2、基礎指標測試信號質量測試基本的信號質量測試是通過測試單板上的各種信號質量，根據信號種類的不同，用不同的指標來衡量信號質量的好壞，并對信號質量的分析，發現系統設計中的不足。開發人員根據已有的信號質量和時序調試和測試方面的規范和指導書，在單板調試階段完成對單板信號質量的全面測試并完整記錄結果。測試儀器——示波器硬件測試的種類與操作2、基礎指標測試硬件測試的種類與操作

時序測試對板內信號時序進行調試，驗證信號實際時序關系是否可靠，是否滿足器件要求和設計要求；分析設計余量，評價單板工作可靠性。開發人員根據已有的信號質量和時序調試和測試方面的規范和指導書，在單板調試階段完成對單板時序（包括邏輯外部時序）的全面調試和測試。測試儀器——示波器，邏輯分析儀硬件測試的種類與操作時序測試硬件測試的種類與操作3、功能測試功能測試是根據硬件詳細設計報告中提及的功能規格進行測試，驗證設計是否滿足要求。功能測試是系統功能實現的基本，是需要嚴格保證測試通過率的。如被測對象與其規格說明、總體/詳細設計文檔之間存在任何差異的均需要詳細描述。一般包含，電源、CPU、邏輯、復位、倒換、監控、時鐘、業務等。硬件測試的種類與操作3、功能測試硬件測試的種類與操作4、性能測試——容限測試指使系統正常工作的輸入允許變化范圍。容限測試的目的是通過測試明確知道我們的設備到底在什么樣的條件范圍下能夠正常工作，薄弱環節到底在哪里。能否發現和驗證器件降額的問題，系統工作允許范圍內的臨界點上的性能。硬件測試的種類與操作4、性能測試——容限測試硬件測試的種類與操作5、容錯測試——FIT

指通過冗余設計等手段避免、減小某些故障對系統造成的影響以及在外部異常條件恢復后系統能夠自動恢復正常的能力。容錯測試的目的是要檢驗系統對異常情況是否有足夠的保護，是否會由于某些異常條件造成故障不能自動恢復的嚴重后果。容錯測試的一般方法就是采用故障插入的方式，模擬一些在產品使用過程中可能會產生的故障因素，進而考察產品的可靠性及故障處理能力的一種測試方法。硬件測試的種類與操作5、容錯測試——FIT硬件測試的種類與操作5、容錯測試——FIT

容錯測試項目的來源主要是通過FMEA獲得，是驗證FMEA分析結果的一種手段。而且某些通過FMEA分析無法準確獲得結論的項目也要通過FIT來進行模擬。容錯測試還包括的另外一個主要內容就是操作方面的，主要模擬在用戶使用不當的時候系統的容忍錯誤的能力。硬件測試的種類與操作5、容錯測試——FIT硬件測試的種類與操作5、容錯測試——FIT

容錯測試一般允許出現一些功能異常，但是不能出現功能喪失或故障擴散等嚴重的安全隱患。常用的故障插入測試方法有時鐘拉偏、誤碼插入、電源加擾等，，常用測試工具有些是專用的，有些是內部開發的。通過容錯測試，還可以確定在產品的實際應用過程中哪些錯是易產生的，哪些錯是可以避免的，以盡量減少損失。硬件測試的種類與操作5、容錯測試——FIT硬件測試的種類與操作6、長時間驗證測試由于電子類產品很多是需要長時間運行的，所以進行長時間的驗證測試是很有必要的某些器件應用不當的設計，更容易在長時間的運行中，才會顯露出來。系統的散熱能力也只有在長時間的大功率運行時才容易暴露。長時間的運行才容易發生某些被忽略的偶然因素，容易發現某些潛在問題。硬件測試的種類與操作6、長時間驗證測試硬件測試的種類與操作6、長時間驗證測試長時間測試不僅對于系統而言，在進行單元測試和集成測試時，對于每一個功能模塊均需要進行長時間的功能驗證。長時間的驗證具體的時間把握同產品的實際使用情況相關，對于通信產品系統，一般建議測試時間要達到一星期。對于每一個功能模塊的時間要求一般要達到兩天。硬件測試的種類與操作6、長時間驗證測試硬件測試的種類與操作7、一致性測試一致性測試是指將不同批次的產品分別取樣，進行測試驗證，考察產品功能和性能方面的一致性的測試

為了驗證不同生產批次的產品質量和不同批次器件的質量，是否具有較高的一致性，是否能夠滿足產品的功能和使用條件要求。硬件測試的種類與操作7、一致性測試硬件測試的種類與操作7、一致性測試測試要點測試至少要包含3次活以上不同器件批次和生產批次的產品測試項目要包含所有的功能測試項目，和重要的信號質量和時序等項目重點需要驗證長時間的穩定性是否一致如果具備條件，需要驗證在環境條件變化時（如高溫環境），各樣品的一致性能。硬件測試的種類與操作7、一致性測試硬件測試的種類與操作8、可靠性數預計這里的可靠性數據一般包含MTBF（平均故障間隔時間）、MTTR（平均修復時間）、失效率、可用度、返修率等。可靠性數據預計的基礎是FMEA分析，通過分析獲得。硬件測試的種類與操作8、可靠性數預計硬件測試的種類與操作可用度（A-availability）：

產品在一未知時刻，需要執行任務時，處于可工作或可使用狀態的概率。平均故障間隔時間（MTBF-meantimebetweenfailure）：

指相鄰失效間隔工作時間的平均值。

平均失效前時間（MTTF-meantimetofailure）：

表示觀察到下次失效的期望的時間。硬件測試的種類與操作可用度（A-availability）：硬件測試的種類與操作平均拆卸間隔時間（MTBR-meantimebetweenremovals)

系統壽命單位總數與從該系統上拆下的產品總次數之比。平均修復時間（MTTR-meantimetorepair）：

是在規定的時間內，修復性維修所造成的累積工作時間除以在同一時間內所完成的修復維修活動總數得到的結果。拆卸時間＋定位時間＋修理時間＋安裝時間硬件測試的種類與操作平均拆卸間隔時間（MTBR-meant硬件測試的種類與操作可靠度R（t）：

在規定的條件下，規定的時間內，完成規定功能的概率。失效率（λ）失效率＝1/MTBF

單位Fits1Fits＝1×10－91/h硬件測試的種類與操作可靠度R（t）：硬件測試的種類與操作可用度A(Availability)

產品工作時間與總時間之比。若不考慮產品的儲存時間和閑置時間，則：

A=MTBF/（MTBF＋MTTR）硬件測試的種類與操作可用度A(Availability)硬件測試的種類與操作返修率

年返修率＝1/MTBF×8760硬件測試的種類與操作返修率硬件測試的種類與操作練習系統M的器件使用情況如下表，請計算M的MTBF，A和年返修率注：MTTR=1小時器件種類器件數量單個器件失效率（單位：Fits）電阻1502電容2002電感256接插件350集成電路5400其他10100硬件測試的種類與操作練習器件種類器件數量單個器件失效率（單位硬件測試的種類與操作器件種類器件數量單個器件失效率（單位：Fits）失效率總和電阻1502300電容2002400電感256150接插件350150集成電路54002000其他101001000總計4000MTBF=1/4000×109=250000小時＝28.54年A＝250000/（250000＋1）＝99.9996%返修率＝1/250000×8760＝3.5％硬件測試的種類與操作器件種類器件數量單個器件失效率（單位：F課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述硬件測試的級別1、黑盒測試與白盒測試黑盒測試注重于測試功能性需求，將測試對象看成一黑盒，對外只有輸入、輸出。設計黑盒測試用例只對于表現在外接口的各種輸入，對不同的輸入，測試其表現出來的輸出，從而達到測試功能的目的。白盒測試主要測試模塊內部的邏輯細節，各個獨立的邏輯路徑，黑盒測試不管多么全面，都可能忽略這些錯誤。設計白盒測試用例需要構造到信號、邏輯或消息級。硬件測試的級別1、黑盒測試與白盒測試硬件測試的級別具體測試時結合使用白盒測試與黑盒測試各有優勢，設計測試用例時應結合使用舉例：對于開關電的測試，一般采用黑盒測試，設計的測試用例為：快速上、下電，頻繁上、下電等；對于時鐘電路、鎖相環等的測試，就需要設計白盒測試用例，如鎖相范圍、靜態相差、固有抖動、抖動容限等。硬件測試的級別具體測試時結合使用硬件測試的級別2、測試的級別硬件測試按照系統的復雜程度，一般分為：單元測試——針對獨立功能單元的測試集成測試——針對具有一定集成度的功能子系統的測試系統測試——針對完整的系統整體的測試硬件測試的級別2、測試的級別硬件測試的級別分層測試的行為方式測試不能僅僅在一個層次進行，而是應該打破層次之間的界限問題出現較多的地方一般都是在層與層之間的配合上，如硬件邏輯與單板軟件的配合，單板軟件與高層軟件的配合。按照子系統來劃分是打破物理層次的較好的方法。如一個系統中的時鐘系統，它可能與系統中的各塊單板都相關，并可能貫穿高層軟件、底層軟件及硬件。對這個時鐘系統測試需要將其首先劃分為各個子模塊，對各模塊進行測試，然后將其貫穿為整個時鐘系統進行測試硬件測試的級別分層測試的行為方式硬件測試的級別3、測試項目的等級劃分表明該用例的重要性。用例的重要性并不對應用例可能造成的后果，而是對應用例的基本程度，一個可能導致死機的用例未必是高級別的，因為其觸發條件可能相當生僻。測試用例的級別分4級：級別“1”：基本。該類用例涉及系統基本功能，用于版本提交時作為“版本通過準則”。如存在不通過的項目時可考慮重新提交版本。級別“2”：重要。該類用例涉及單個版本特性，例如某新業務的使用情況，可定義為2級用例。2級用例所對應的問題可作為重要或一般問題提交問題報告單，視具體情況決定是否進行更高級別的反饋。硬件測試的級別3、測試項目的等級劃分硬件測試的級別測試項目的等級劃分（續）級別“3”：詳細。該類用例僅影響某單項功能的某一細節方面。例如某新業務的登記和使用正常，但和另一個新業務發生不應有的沖突。有關性能、極限等方面的測試可歸入3級用例。有關用戶界面的基本規范等方面的測試可歸入3級用例。級別“4”：生僻。該類用例對應較生僻的預置條件和數據設置。雖然某些測試用例發現過較嚴重的錯誤，但是那些用例的觸發條件非常特殊，仍然應該被置入4級用例中。有關用戶界面的優化等方面的測試可歸入4級用例。硬件測試的級別測試項目的等級劃分（續）課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述可靠性測試1、EMC電磁兼容性電磁騷擾測試輻射騷擾測試（RE）傳導騷擾測試（CE）諧波電流騷擾測試（Harmonic）電壓波動與閃爍測試（Fluctuctionsandflicker）可靠性測試1、EMC電磁兼容性可靠性測試EMC電磁兼容性電磁敏感度測試射頻電磁場輻射抗擾度測試（RS）傳導騷擾抗擾度測試（CS）電快速瞬變脈沖群抗擾度測試（EFT/B）靜電放電抗擾度測試（ESD）電壓跌落、短時中斷抗擾度測試（DIP/interruption）工頻磁場抗擾度測試（PMS）浪涌抗擾度測試（SURGE）可靠性測試EMC電磁兼容性可靠性測試EMC電磁兼容性電力線感應測試電力線接觸測試可靠性測試EMC電磁兼容性可靠性測試2、安規輸入測試溫升測試耐壓測試接觸電流測試接地連續性測試異常溫升測試元件異常測試激光輻射測試TNV電路和地的隔離測試TNV電路電壓測試電容放電測試單板安規審查TNV電路和其它電路的隔離測試

可靠性測試2、安規可靠性測試3、環境試驗一般電子類產品涉及的環境測試有以下種類：氣候類低溫貯存高溫貯存低溫工作高溫工作熱測試溫度循環交變濕熱低溫極限試驗高溫極限試驗噪聲測試可靠性測試3、環境試驗可靠性測試環境試驗機械振動類包裝隨機震動試驗包裝碰撞試驗包裝跌落包裝沖擊模擬包裝運輸試驗實地跑車隨機振動沖擊試驗工作正弦震動工作沖擊試驗地震試驗可靠性測試環境試驗可靠性測試環境試驗注意事項整個系統根據實際情況進行接地，否則不能模擬實際使用情況。保持測試儀器的良好接地，以保證測試人員安全。對于耐受性測試，試驗工程師必須在試驗現場看守，以防止試驗故障導致的意外事故。并且必須在試驗區加危險警告標識。可靠性測試環境試驗注意事項可靠性測試環境試驗時產品工程師的職責完成測試計劃中產品功能部分的描述。準備和搭建系統的工作環境。協助制定試驗判據。對測試不通過項提出解決措施并實施。每天試驗結束后切斷系統的電源，并清理試驗場地的環境。試驗結束后清理實驗環境。可靠性測試環境試驗時產品工程師的職責可靠性測試環境試驗時環境工程師的職責完成測試計劃中測試項部分的描述。準備和搭建EUT的測試環境。和產品工程師制定試驗判據。操作試驗儀器。對測試不通過項提出解決措施，并協助產品工程師實施。給出實驗結果判斷并輸出實驗報告。創建測試計劃和測試報告評審及歸檔。可靠性測試環境試驗時環境工程師的職責可靠性測試4、HALT

HALT（HighlyAcceleratedLifeTest）的全稱是高加速壽命試驗，是一種試驗方法（思想），采用的環境應力比加速試驗更加嚴酷。主要應用于產品開發階段，它能以較短的時間促使產品的設計和工藝缺陷暴露出來，從而為我們做設計改進，提升產品可靠性提供依據。可靠性測試4、HALT可靠性測試HALT的基本特點試驗前無法給定環境應力值；無依據標準；以加速暴露缺陷為目的；直接有助于提高產品可靠性；結論是發現的缺陷和改進方法。可靠性測試HALT的基本特點可靠性測試HALT試驗的優點試驗時間短；相對可靠性鑒定試驗費用更低；效果明顯，快速發現設計和工藝的局限性；縮短開發時間和費用；評估產品更改的有力支撐工程工具可靠性測試HALT試驗的優點可靠性測試HALT試驗施加的應力和順序一、溫度步進應力低溫步進應力高溫步進應力二、快速溫度循環應力三、振動步進應力四、組合環境應力可靠性測試HALT試驗施加的應力和順序可靠性測試HALT試驗失效發生處理方式暫停試驗，記錄失效模式和應力水平采用適當的隔離方法定位失效部分記錄失效位置分析根本失效原因

(可能需進行深入的調查和失效分析)

進行暫時性修復繼續HALT暴露其它問題可靠性測試HALT試驗失效發生處理方式課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述測試問題解決1、測試問題的危害確認站在用戶的角度看待測試問題，小問題也是問題。產品的最終使用者是用戶對于一個疑點是否屬于問題，最有發言權的是用戶測試工程師應該站在用戶的角度來看待每一個小問題，假設用戶看到問題表現后的反應測試問題解決1、測試問題的危害確認測試問題解決2、測試問題的界別劃分致命：引起系統死機或系統崩潰的問題嚴重：引起系統某一功能失效且不能簡單恢復（如插拔單板）的問題一般：引起系統某一功能失效但可簡單恢復或較難重現的問題提示：從操作或維護的角度發現的問題或建議測試問題解決2、測試問題的界別劃分測試問題解決3、測試問題的種類確認可重現問題每次重現（每次測試故障現象均會重復發生的問題）偶爾重現（不定期出現的問題，暫時沒有發現觸發條件）不可重現問題問題只出現過一次，在后續的測試過程中沒有再次發生測試問題解決3、測試問題的種類確認測試問題解決4、測試問題的定位定位方法自動定位——系統通過自動檢測等手段，可以直接產生相關告警人為定位——指通過人的現場觀察或是借助一定的測試手段可以即可定位。不可定位——指在現場無法定位，需要借助專用的測試工具，或是專業的人員才有可能定位的問題恢復方式自動恢復、手動恢復、不可恢復（定義參考定位方法）測試問題解決4、測試問題的定位測試問題解決5、測試問題反饋方式和注意事項測試工程師發現的任何問題都應該以問題反饋單的形式反饋盡量不要測試人員直接協調開發人員解決問題，如果是為了保留測試環境或解決某些難以重現的問題，可以先通知開發人員了解故障現象，同時需要盡快補交問題反饋單。問題反饋時應盡量將故障現象、觸發條件、環境因素、組網情況等信息描述清楚，以便問題的處理養成保留現場的習慣。測試問題解決5、測試問題反饋方式和注意事項測試問題解決6、測試問題跟蹤和解決流程測試工程師提交問題反饋單測試經理審批，并轉給相應處理部門經理受理部門經理審批，轉給開發工程師處理開發工程師處理問題，并返還受理部門經理審批返還測試經理審批測試經理返回測試工程師測試工程師回歸測試測試問題解決6、測試問題跟蹤和解決流程測試問題解決問題反饋注意事項流程中間的任何環節都可以通過正當的理由返回上一級處理禁止跨流程，跨人員審批每個環節都應該有相應的時間要求，不允許無故拖延時間測試人員在進行回歸測試時要嚴格把關，問題處理流程不可以隨便關閉流程處理過程中對事不對人，要按照事實說話問題報告單應該最為測試人員測試績效考核的一部分測試問題解決問題反饋注意事項課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述測試效果評估1、測試報告測試報告一般需要包含以下內容：測試時間、地點、人員測試環境測試數據統計測試人員等工作量統計測試項目通過情況統計缺陷統計覆蓋率統計測試效果評估1、測試報告測試效果評估

測試評估測試活動評估總結經驗教訓，評估工作量測試對象評估給出被測對象的的客觀評價測試設計評估描述對測試設計的改進建議和理由遺留問題測試效果評估測試評估測試效果評估2、評審——評審角色開發工程師評審前需要提供相關的設計文檔《總體設計方案》、《詳細設計報告》

評審會議做簡單的原理和功能介紹評審完成后，根據評審會議確認的問題做相應的更改測試效果評估2、評審——評審角色測試效果評估2、評審——評審角色硬件項目經理明確設計責任，將評審會議確定的問題按照指責分配給相關的責任人公開評審會完成后，確認并保證會議上的問題做了妥善解決測試效果評估2、評審——評審角色測試效果評估2、評審——評審角色硬件測試工程師介紹測試過程和采用的測試方法闡述測試過程發現的問題詳細描述測試問題發生的條件，問題現象整理匯總測試問題，出具《測試報告》

評審會議結束后，跟蹤問題的后續解決情況，進行回歸測試測試效果評估2、評審——評審角色測試效果評估2、評審——評審角色硬件項目經理對測試問題進行確認組織評審會議確定評審專家匯總評審意見不放過任何一個可能的問題，站在測試的立場堅持一切可能的問題，不隨便放過一個可能存在的問題，為測試工程師撐腰測試效果評估2、評審——評審角色測試效果評估2、評審——評審角色評審專家在問題后續階段結束時，即本次評審完成時，將評審結果歸檔正確歸檔組織者和開發者提供的歸檔資料

測試效果評估2、評審——評審角色測試效果評估2、評審——評審角色歸檔員提前一天反饋評審意見對測試問題進行確認準時參加評審會議，提出有針對性，有價值的評審意見給出問題的建議解決方法測試效果評估2、評審——評審角色測試效果評估2、評審——評審原則開發和測試人員介紹長度10--20分鐘為宜，評審人員只聽，不要打斷設計人員介紹。資料袋下發到評審專家不少于5個小時所有的評審人員都必須要參加，如有特殊情況，要指定同等資歷的專家加入評審需要建立打分機制，根據評審專家的意見數量和質量進行打分，分數同評審專家的任職資格和考評相結合測試效果評估2、評審——評審原則測試效果評估2、評審——評審效果測試問題得到及時的解決產品質量得到提高測試問題和經驗得到收集和積累為后續類似產品提供測試等經驗測試效果評估2、評審——評審效果測試效果評估3、經驗的總結測試經驗總結是我們共同的財富，也是我們提高自身的手段。經驗總結的形式：審查規范測試規范

checklist

案例技術報告總結可避免重復勞動，平時工作中需要有總結的意識。

測試效果評估3、經驗的總結測試效果評估4、測試經驗的獲取從測試過程中獲取直接印象深刻深入正確程度？從問題攻關中獲取直接印象深刻深入數量少從他人的經驗總結中獲取較深入數量大間接大量的經驗應來自于獲取他人的測試經驗并加以自己實踐的驗證，從而加深印象，成為自己的經驗。測試效果評估4、測試經驗的獲取測試效果評估如何增長測試經驗測試過程中深入分析，挖掘到本質積極參與問題攻關多從網上獲取他人經驗多與他人進行技術交流參與測試技術的開發增長測試經驗即提高技術能力，優秀的測試工程師肯定可以是優秀的開發工程師。測試效果評估如何增長測試經驗測試效果評估5、遺留問題處理遺留問題是指測試過程中發生的并且在測試報告時仍沒有得到解決的測試問題。測試報告時已經得到解決，并已經過回歸驗證的測試問題不記入其中。

遺留問題的劃分需要非常謹慎，必須是長時間無法重現的問題，或者由于某些特定的因素（成本等），且問題并不嚴重的才可以通過流程中各環節人員的認可被列為遺留問題。遺留問題需要定時跟蹤清理，且對于一款產品需要制定一個遺留問題的數量限制。測試效果評估5、遺留問題處理測試效果評估遺留問題處理即使是遺留問題也要明確跟蹤的責任人遺留問題是可以在后續被重新激活的，一旦問題重現或者條件允許，需要重新激活解決測試效果評估遺留問題處理測試效果評估6、市場規模應用跟蹤產品推向市場后需要持續跟蹤產品的質量問題，并建立相應的流程，所有在市場上出現的問題必須有專人跟蹤，并對照測試報告，以確定是否是試驗室出現過的問題，分清問題種類：器件品質問題、遺留問題、發現但未解決問題、未發現問題。并明確原因，對于各類問題要明確責任人，盡量避免實驗室漏測，并同相關人員的績效考核建立關系。測試效果評估6、市場規模應用跟蹤測試效果評估7、測試覆蓋率統計根據信號統計操作簡單，易于統計，但是往往數值不準確，同實際數值偏差較大，不推薦作為主要的統計方法根據器件統計操作較為簡單，原理科學，同實際情況最為接近，是常用的統計方法。測試效果評估7、測試覆蓋率統計測試效果評估8、產品故障率統計產品的故障率是產品質量的直接反映，同采購、研發、測試、生產等環節都有密切關系。所以需要建立完善的故障統計流程，和相應的數據庫。將產品在實驗室、生產加工和市場應用中的各類問題進行統計，并規類，發現產品設計或生產中的薄弱環節，作為經驗積累，避免問題的再次出現。

吃一塹，長一智，才能不斷提高測試效果評估8、產品故障率統計課程大綱硬件測試概述測試前準備硬件測試的種類與操作硬件測試的級別可靠性測試測試問題解決測試效果評估硬件測試參考的通信技術標準測試規范制定測試人員的培養課程大綱硬件測試概述硬件測試參考的通信技術標準1、定義

為了保證通信網的完整、統一、有效、先進和通信的順利進行，對通信網、通信系統和通信設備在組網、進網、互連、互通中需要共同遵守的技術要求所做的統一規定即為通信技術標準。

通信技術標準具有全程、全網通用的特點。在進行通信科研、規劃、計劃、設計、生產、施工、運行和維護時，均應遵循有關通信技術標準，以確保通信暢通和順利進行。硬件測試參考的通信技術標準1、定義硬件測試參考的通信技術標準2、通信技術標準分類按照統一和適用的范圍，通信技術標準分為國際標準（或建議）、國家標準、行業標準、地方標準、企業標準、技術體制和技術規范。

（1）國際標準（或建議）由國際標準化組織制定。

（2）對需要在全國范圍內統一的技術要求，應制定國家標準。

（3）對無國家標準而需要在通信行業范圍內統一的要求，應制定通信行業標準。硬件測試參考的通信技術標準2、通信技術標準分類硬件測試參考的通信技術標準2、通信技術標準分類（續）（4）由于國家標準和行業標準在某些方面規定的不可能非常具體，因此，我國有些大城市如：北京市、上海市、天津市等在符合國家標準和行業標準的前提下，為了使通信行業中某些方面規定的更具體更適用于本地區，可制定地方標準。

（5）通信企業生產的技術設備（產品），無國家標準、行業標準的，應制定相應的企業標準，做為組織生產的依據。對已有國家標準、行業標準的，鼓勵企業制定高（嚴）于國家標準、行業標準的企業標準。硬件測試參考的通信技術標準2、通信技術標準分類（續）硬件測試參考的通信技術標準2、通信技術標準分類（續）（6）為確保國家公用網優質、高效、可靠、安全地運行，可制定通信技術體制和通信技術規范，做為郵電內部的技術要求硬件測試參考的通信技術標準2、通信技術標準分類（續）硬件測試參考的通信技術標準3、通信技術標準的管理

通信技術標準和所有其他技術標準皆由國家技術監督局統一管理。其中通信行業工程建設標準，過去曾由國家建委管理，后轉由國家計委管理，最后又由建設部管理至今。

信息產業部內則由科技司主管基礎技術標準，對口國家技術監督局綜合規劃司主管工程建設標準，對口建設部。硬件測試參考的通信技術標準3、通信技術標準的管理硬件測試參考的通信技術標準3、通信技術標準對測試的指導意義測試是為了保證產品符合標準的，是高質量的。所以各類標準就是進行測試的重要參考準則。切記標準是原則性的，所以對于產品質量不能是人為評估，要用標準說話，用標準衡量。通信標準指明了產品的質量要求，也給出了發展方向，對測試水平的要求也越來越高。硬件測試參考的通信技術標準3、通信技術標準對測試的指導意義硬件測試參考的通信技術標準3、通信技術標準對測試的指導意義目前隨著標準的越來越完善，以及市場競爭的日益加劇，以往做為測試重點的功能驗證性測試已經不再是最重要的環節了。產品的可維