1、電池包本體（Pack）測試

電池包本體測試一般在DV/PV（設計驗證/生產驗證）階段進行，目的是為了驗證電池包的設計/生產是否符合設計要求。其中包含溫度測試、機械測試、外部環境模擬測試、低壓電氣測試、電磁兼容測試、電氣安全測試、電池性能測試、濫用試驗測試等等。因為大伙都比較關心電池安全問題，在這里主要介紹一下電池包試驗的測試方法：

1) 針刺測試

模擬電池遭到尖銳物體刺穿時的場景，因為異物刺入有可能導致內部短路，試驗要求不起火不爆

 2) 鹽水浸泡

 5%鹽水長時間浸沒測試，電池功能正常

目前新能源汽車電池包防水防塵等級推薦是IP67（即1米深的水浸泡半小時無損壞，上汽、蔚來的電池包都是IP67）。汽車的使用環境惡劣，再怎么做防水防塵保護也不過分（上海有一年暴雨導致車庫積水，傳統車都淹掛了，而電動車完好無損）。

3) 外部火燒：

590攝氏度火燒持續130秒電池無爆炸、起火、燃燒并且無火苗殘留 

4) 跌落：

1m高度自由落體在鋼板上電池殼體完整功能正常

5）振動測試

高頻振動模擬測試，要求電池包功能正常。做電池包的同事應該知道，這個也很難通過。

2、電池管理系統（BMS）測試

電池管理系統的測試更多側重軟件測試，一般在軟件功能開發過程中進行。 

與尚未量產的自動駕駛系統偏向于使用C語言實現軟件設計不同，現今成熟的電動汽車控制系統（如整車控制器、電機控制器、電池管理系統）軟件都是以模型為基礎的軟件開發（Model-Based-Design）。MBD開發相比C的優點是能夠以圖形化的方式表達復雜的邏輯、代碼可讀性、可移植性、開發調試便利程度都大大增強，同時利用成熟的代碼生成工具鏈，也避免了手工代碼容易產生的低級錯誤。在基于模型的軟件開發環節中規定了MIL/SIL/HIL等多項測試： 

1) MIL(Model-In-Loops)既模型在環測試，就是驗證軟件模型是否可以實現軟件功能，測試依據是由系統需求分解而來的軟件需求。

2) SIL(Software-In-Loops)軟件在環測試，對比模型自動生成的C代碼和模型本身實現的功能是否一致，使用Simulink自身工具就可以進行Sil測試。 

3) PIL(Processer-In-Loops)處理器在環測試，目的是測試自動生成的代碼寫入控制器后，功能實現上是否與模型有偏差。PIL看似無關緊要，但不做重視也會引起一些不良后果（如調度問題、CPU Load，堆棧溢出等）。

4) HIL(Hardware-In-Loops)硬件在環測試，測試控制器完整系統功能，一般會搭建控制器所在系統的測試臺架，使用電氣元件模擬傳感器（如溫度）和執行器（如風扇負載）的電氣特性，驗證完整的系統功能。

這些測試環節的用例來源于系統需求。在汽車軟件開發流程中，開發和測試成V字型進行，俗稱軟件開發V模型，感興趣的同學可以查看汽車軟件開發流程ASPICE。

統開發流程中非常強調測試軟件環節的。要知道手機軟件出問題最多也就是秒退而已，車輛軟件出問題影響的是人命。

當年豐田剎車門事件，美國政府就派了嵌入式軟件專家和卡耐基梅隆的計算機教授詳細審查了發動機控制系統的軟件代碼，豐田對全局變量的濫用（上萬個）以及軟件安全機制的混亂就遭到了巨額處罰。如果豐田重視軟件測試工作的話，這件事也許不會發生。

最后再聊下零部件在整車極限環境下的