【干貨分享】硬件在環(huán)仿真（HiL）測試

一、HiL是什么？

硬件在環(huán)仿真（Hardware-in-the-Loop，簡稱HIL）是真的控制器連接假的被控對象，以一種高效低成本的方式對控制器進(jìn)行全面測試。它是一種用于復(fù)雜設(shè)備控制器的開發(fā)與測試技術(shù)，通過接入真實(shí)的控制器，采用或者部分采用實(shí)時仿真模型來模擬被控對象和系統(tǒng)運(yùn)行環(huán)境，實(shí)現(xiàn)整個系統(tǒng)的仿真測試。

實(shí)時仿真硬件（也稱HIL測試機(jī)柜）就是要盡可能逼真地模擬真實(shí)被控對象，以有效地“欺騙”控制器，讓控制器以為它正在控制一個真實(shí)的被控對象。

為什么要做HIL測試？開發(fā)出車載控制器后，直接把該控制器放到車上進(jìn)行路試不可以嗎？主機(jī)廠對控制器做HIL測試的原因如下：

1.安全。試想：在路試過程中，車速180km/h，轉(zhuǎn)向過程中ESP車身電子穩(wěn)定系統(tǒng)失效，將會發(fā)生什么？控制器如果沒有經(jīng)過全面的測試，直接去控制真實(shí)被控對象，可能會發(fā)生事故。HIL臺架能輔助工程師對測試結(jié)果分析驗(yàn)證，故障再現(xiàn)，提高測試驗(yàn)證及分析手段。

2.低成本。如果不采取HIL自動化測試，人工路測情況下，需要很大的路測工程師及車輛，在一定程度上大大增加了研發(fā)開支及風(fēng)險，HIL臺架在確保測試全面可靠的前提下，能夠有效縮短測試周期，降低測試人工及物料成本。

3.測試覆蓋度。HiL測試覆蓋度越高，后期路試測試項(xiàng)目就越低，HiL 自動化測試服務(wù)包括一套完整的 HiL 自動化測試用例、自動化測試程序、自動化測試報告、測試問題記錄，進(jìn)而保證 HiL 測試的高效進(jìn)行，測試覆蓋度越高，控制器在整車測試、路測過程中風(fēng)險及成本越低。

HIL測試目的是對控制系統(tǒng)進(jìn)行全面的深入的功能測試、故障測試、總線診斷測試，自動化測試，并輔助工程師對測試結(jié)果分析驗(yàn)證，故障再現(xiàn)， 提高測試驗(yàn)證及分析的手段。

二、HiL測試分類：

1、按照功率分分為：信號級HIL及功率機(jī)HIL測試。VCU電控即時信號機(jī)HIL測試，MCU驅(qū)動電機(jī)控制測試即是 功率級測試。

2、作用對象來分：單獨(dú)控制器和聯(lián)調(diào)控制器測試。比如三電控制器單獨(dú)的 HilL 測試和三電控制器聯(lián)調(diào)。

三電控制器HiL測試介紹：

1、VCU-HiL仿真測試系統(tǒng)

VCU控制技術(shù)水平直接影響著整車的動力性、安全性及經(jīng)濟(jì)性。作為國家重點(diǎn)發(fā)展的技術(shù)方向，近年來隨著我國大力發(fā)展新能源汽車及新能源汽車市場不斷擴(kuò)大，市場對于新能源汽車整車控制系統(tǒng)的開發(fā)、測試與產(chǎn)業(yè)化的要求更為緊迫和嚴(yán)格。

VCU-HiL測試主要功能

控制功能全面測試/總線網(wǎng)絡(luò)測試/極限工況測試/耐久測試/故障診斷全面測試/回歸測試/數(shù)據(jù)初始標(biāo)定/重復(fù)性測試

2、BMS硬件在環(huán)（HiL）仿真測試系統(tǒng)

新能源汽車用動力電池作為動力驅(qū)動，而作為銜接電池組、整車系統(tǒng)和電機(jī)的重要紐帶，電池管理系統(tǒng)BMS的重要性不言而喻，國內(nèi)外許多新能源車企都將電池管理系統(tǒng)作為企業(yè)最核心的技術(shù)來看待，因此在新能源汽車的研發(fā)過程中，對BMS的仿真測試是非常重要的環(huán)節(jié)。

BMS HiL主要組成包括：上位機(jī)（PC）, PXI機(jī)箱、處理器板卡、數(shù)據(jù)采集板卡、CAN卡、電池模擬器、高壓電源、低壓電源等，BMS HiL中必須提供與BMS控制器硬件IO信號相對應(yīng)的資源及與BMS控制器控制策略相對應(yīng)的整車模型、電池模型。

主要功能

控制功能全面測試/故障診斷全面測試 /總線網(wǎng)絡(luò)測試/回歸測試/極限工況測試/數(shù)據(jù)初始標(biāo)定/耐久測試/重復(fù)性測試

3、MCU硬件在環(huán)（HiL）仿真測試系統(tǒng)

電機(jī)控制器開發(fā)涉及高電壓、大電流，直接進(jìn)行電機(jī)臺架試驗(yàn)有較大風(fēng)險，對算法成熟度要求較高，電機(jī)HiL硬件在環(huán)仿真測試的目的是以最低的成本執(zhí)行比較困難的測試和使用物理原型風(fēng)險太大的測試。

主要功能

專注電機(jī)控制器功能測試，為電機(jī)臺架的功能及性能測試打下基礎(chǔ)；控制器故障注入及分析在電機(jī)控制器設(shè)計前期階段即可發(fā)現(xiàn)問題，而無需等到在物理原型上才發(fā)現(xiàn)；執(zhí)行在各種極限條件下測試；控制算法在線分析，跟蹤調(diào)試；開發(fā)中的測試故障復(fù)現(xiàn)；可以實(shí)現(xiàn)軟硬件并行開發(fā)，縮短開發(fā)周期；在測試系統(tǒng)建立之前，在實(shí)驗(yàn)室環(huán)境下完成初始化標(biāo)定；可降低開發(fā)測試成本；可進(jìn)行重復(fù)的自動化測試

電機(jī)控制器功率級P-HiL測試

電機(jī)和電控是新能源汽車動力系統(tǒng)的核心，隨著技術(shù)的發(fā)展，利用硬件在環(huán)測試（Hanrdware in the Loop, HiL）技術(shù)可以方便地完成電機(jī)控制策略的開發(fā)和驗(yàn)證，但是這種信號級HiL只針對電機(jī)控制器的控制板，不能對驅(qū)動板和功率電路進(jìn)行測試。針對電機(jī)控制器功率部分，傳統(tǒng)的測試方法為搭建電機(jī)測試臺架，但這種方法對工程師來說存在靈活性差、成本昂貴、有機(jī)械風(fēng)險、無法進(jìn)行極限工況和故障測試等問題。

電機(jī)控制器功率級P-HiL測試解決方案。該方案可用于驅(qū)動逆變器的部件級測試和整車電驅(qū)動系統(tǒng)級測試，相較于傳統(tǒng)電機(jī)測功臺架，可以使客戶更加方便、靈活、安全、高效地實(shí)現(xiàn)對電機(jī)控制器的功能性能測試、極限工況和故障測試、耐久和環(huán)境測試等。憑借意昂專業(yè)的技術(shù)能力和豐富的行業(yè)經(jīng)驗(yàn)，整個測試方案可根據(jù)客戶具體需求定制開發(fā)并支持后期擴(kuò)展，例如集成環(huán)境艙、冷卻系統(tǒng)、整車高壓測試系統(tǒng)以及三電HiL測試系統(tǒng)等。

P-HiL測試方案核心為智能負(fù)載模擬器（Active Load Emulator, ALE），俗稱電機(jī)模擬器，其主要包括電機(jī)模擬單元（e-Motor Emulator, eME）和高壓電源（High Voltage Power Suply, HVPS）。電機(jī)模擬器通過模擬真實(shí)電機(jī)的反電動勢和阻抗來模擬真實(shí)電機(jī)機(jī)械和電氣特性以及四象限運(yùn)行，接受控制器三相輸出，反饋給被測控制器(Unti under test, UUT)反電動勢以及轉(zhuǎn)子位置傳感器信號和溫度傳感器信號。

電機(jī)模擬器ALE支持用戶構(gòu)建靈活的從部件級到系統(tǒng)級的測試方案，根據(jù)高壓電源HVPS的不同主要有兩種系統(tǒng)方案，其系統(tǒng)架構(gòu)如下圖所示。

方案一采用單電源模式，電機(jī)模擬單元eME和被測控制器UUT共用一個高壓直流電源HVPS，采用獨(dú)創(chuàng)性的專利技術(shù)使其可以與被測控制器UUT共直流母線，整個系統(tǒng)只需要一個低功率高壓電源進(jìn)行系統(tǒng)損耗的補(bǔ)充，便可以滿足整個系統(tǒng)的高功率測試，被測控制器UUT不需要額外供電，能量內(nèi)部循環(huán)利用，利用率高。

方案二采用雙電源模式，電機(jī)模擬單元eME和被測控制器UUT分別采用單獨(dú)的電源供電，該方案配置靈活，被測控制器UUT端可采用真實(shí)電池包或者電池模擬器，模擬整車高壓系統(tǒng)。該方案方便后期擴(kuò)展，可用于系統(tǒng)級測試。

電機(jī)模擬器ALE主要特點(diǎn)和優(yōu)勢：

可用于電機(jī)控制器部件級和系統(tǒng)級測試；

通道數(shù)可選，配置靈活，支持后期擴(kuò)展，支持多通道并聯(lián)運(yùn)行；

可選內(nèi)部集成高低壓電源，不需要控制器外接高低壓電源供電；

模擬真實(shí)電機(jī)電氣特性（反電動勢和阻抗）；

通過改變電機(jī)參數(shù)可模擬多種電機(jī)（永磁同步電機(jī)和交流感應(yīng)電機(jī)等）；

可模擬六相電機(jī)；

模擬電機(jī)位置傳感器（旋轉(zhuǎn)變壓器、編碼器等）；

模擬電機(jī)溫度傳感器；

支持電機(jī)四象限運(yùn)行；

支持控制器多種PWM調(diào)制模式；

可選故障注入單元，模擬多種電機(jī)故障；

功能豐富易于操作的上位機(jī)軟件，通訊協(xié)議完全開放；

豐富的通訊接口（CAN、LAN等，方便系統(tǒng)集成）；

設(shè)備體積小，可靈活移動；

水冷，散熱性能好，噪音小。

電機(jī)模擬器ALE典型測試項(xiàng)目：

控制器功率級P-HiL測試；

控制器轉(zhuǎn)速扭矩特性測試；

標(biāo)準(zhǔn)工況和極限工況性能測試；

控制器耐久和環(huán)境適應(yīng)性試驗(yàn)；

再生能量回饋性能測試；

控制器故障保護(hù)能力測試；

整車系統(tǒng)級功能性能測試。

三、HIL架構(gòu)組成

硬件平臺：將整個系統(tǒng)硬件設(shè)備按照測試過程中的不同工作分工劃分為相對獨(dú)立的功能模塊，各功能模塊間采用標(biāo)準(zhǔn)的線束進(jìn)行連接交互。

系統(tǒng)硬件基于 NI PXI 平臺搭建，主要有上位機(jī)(PC)、PXI 機(jī)箱、實(shí)時處理器板卡、數(shù)據(jù)采集板CAN 卡、DIO 板卡、電阻模擬板卡、低壓電源等組成。

軟件平臺：運(yùn)行在上位機(jī)中，采用平臺化的設(shè)計思維，從執(zhí)行環(huán)境配置和測試用例編寫，以及數(shù)據(jù)監(jiān)控和自動化測試執(zhí)行，都可以在統(tǒng)一的軟件平臺上進(jìn)行操作。通用化的軟件平臺可以集成多種外設(shè)資源，并統(tǒng)一配置管理。系統(tǒng)基于試驗(yàn)管理軟件進(jìn)行上位機(jī)管理和實(shí)驗(yàn)測試，實(shí)現(xiàn)試驗(yàn)管理、故障注入、測試用例編輯及自動化測試等功能。

測試軟件主要包括兩大部分的功能：編寫測試用例和執(zhí)行測試用例。主要功能包括：1) 序列開發(fā)環(huán)境 2) 調(diào)試 3) 多線程并行測試 4) 用戶管理 5) 可自定義的報告 6) 可自定義的操作員界面 7) 數(shù)據(jù)庫記錄

實(shí)時仿真模型：模型基于 MATLAB/Simulink 或者 AMESim 仿真平臺進(jìn)行搭建，提供與 控制器硬件 信號相對應(yīng)的資源及與控制器控制策略相對應(yīng)的模型等。

四、HIL測試流程

HiL 自動化測試服務(wù)包括一套完整的 HiL 自動化測試用例、自動化測試程序、自動化測試報告、測試問題記錄和測試使用說明文檔。

4.1測試準(zhǔn)備

4.1.1測試計劃

本實(shí)施階段項(xiàng)目立項(xiàng)工作時，首先根據(jù)項(xiàng)目需求制定項(xiàng)目實(shí)施測試計劃，細(xì)化項(xiàng)目在每個階段的具體工作，確定項(xiàng)目每項(xiàng)的工作的計劃開始日期和結(jié)束日期，明確標(biāo)識測試項(xiàng)(對測試項(xiàng)的了解)，具體包括以下內(nèi)容:是否需要測試的特征(對產(chǎn)品的了解); 采用的測試方法(測試策略、測試重點(diǎn)和等級): 測試項(xiàng)通過的準(zhǔn)則 (出口準(zhǔn)則、度量); 測試暫停準(zhǔn)則和回復(fù)要求(非正常退出);測試完成所需提交的交付項(xiàng)(文檔等); 測試任務(wù);測試環(huán)境的要求(資源):人員配備和所需的訓(xùn)練(資源): 測試的進(jìn)度(啟程安排和粗略的時間表): 風(fēng)險和應(yīng)急措施。

4.1.2被測件接口分析

根據(jù)需要對三電測試系統(tǒng)中被測控制器使用 資源配置，把被測控制器與測試設(shè)備的交互信號按照模擬輸入、模擬輸出、數(shù)字輸入、數(shù)字輸出、脈沖采集、脈沖輸出、電源和地、CAN、LIN 等通訊信號進(jìn)行分類，形成被測控制器的接口需求。

4.1.3HiL 設(shè)備資源分配

需要對 HiL 測試系統(tǒng)進(jìn)行資源分配，依據(jù)控制器的管腳定義，結(jié)合其外圍電氣原理對各管腳進(jìn)行 HiL 機(jī)柜資源分配，對部分繼電器控制信號用模擬負(fù)載電阻代替，從而實(shí)現(xiàn)測試的外部環(huán)境與實(shí)車硬件環(huán)境盡可能的接近，據(jù)此編寫 HiL 機(jī)柜資源分配表，依據(jù)此表可進(jìn)行控制器與機(jī)柜之間信號連接或者線束制作。

4.1.4 控制器線束設(shè)計

根據(jù)項(xiàng)目實(shí)際情況來確定是否需要定制被測控制器和 HiL 設(shè)備的連接線束,如果用戶現(xiàn)有設(shè)備沒有連接線束，那可以定制連接線束。通過采用定制線束方式將被測量控制器與 HiL 測試機(jī)柜連接起來，實(shí)現(xiàn)供電、輸入信號、輸出信號、通訊信號的傳遞。本項(xiàng)目中定制控制器的線束根據(jù)線束使用要求，一端連接控制器的連接器，另一端連接 HiL 測試集成連接器，線徑滿足信號的功率要求,每根信號都打有標(biāo)簽，便于測試區(qū)分，提高使用效率。

4.1.5被測控制器需求分析

4.1.5.1整車控制器功能需求

根據(jù)提供被測控制器功能需求分析文檔,包括對控制器功能的劃分及相關(guān)功能的具體描述并最終形成功能規(guī)范輸入。

整車控制器常見功能包括:

整車上下電

系統(tǒng)工作模式

扭矩管理

扭矩限制

扭矩協(xié)調(diào)

蠕行

換擋策略

整車安全

附件控制

信號接口及處理

能量回收

5.1.5.2電池管理系統(tǒng)功能需求

根據(jù)提供被測控制器功能需求分析文檔,包括對控制器功能的劃分及相關(guān)功能的具體描述并形成功能規(guī)范輸入意見。

電池管理系統(tǒng)常見功能包括:

繼電器控制

高壓互鎖

功率預(yù)測

快慢充功能

電芯均衡

電芯電壓和溫度采集

保險熔斷監(jiān)控

碰撞掉電保護(hù)

故障管理

電源管理

電池總電壓總電流采集

CAN 通訊

絕緣監(jiān)控

SOC

SOH

熱管理

4.1電機(jī)控制功能需求

系統(tǒng)功能依據(jù)客戶輸入的功能規(guī)范和測試規(guī)范為準(zhǔn)，電池管理系統(tǒng)是新能源汽車能源控制部件，它根據(jù)新能源汽車動力電池、電機(jī)的狀態(tài)，按需進(jìn)行整車的上下電，電池狀態(tài)監(jiān)測和熱管理等功能進(jìn)行控制。

4.2搭建測試工程

搭建三電系統(tǒng)閉環(huán)測試工程，主要包括添加實(shí)時目標(biāo)機(jī)(RT Target)、添加各種硬件資源、向 RT 目標(biāo)機(jī)中部署系統(tǒng)定義文件等，同時因?yàn)?HiL 測試使用了真實(shí)的被測控制器，對軟硬件I/O 端口也要重新進(jìn)行映射，然后部署下載到實(shí)施目標(biāo)機(jī)中，再創(chuàng)建對應(yīng)的傳感器、開關(guān)信號模擬，接受執(zhí)行器的控制命令，模擬其他節(jié)點(diǎn)通訊。

4.3測試用例開發(fā)

4.3.1 測試用例開發(fā)原則

測試用例開發(fā)方法研究是測試的關(guān)鍵點(diǎn)之一。采用合理的測試方法開發(fā)出合理有效的測試用例，不僅可以增加測試的覆蓋度而減少冗余重復(fù)的測試，也可以大大減小測試的時間而提高測試的效率。因此我們研究出來一套系統(tǒng)的測試用例開發(fā)方法以及相應(yīng)的測試方法。

測試用例的開發(fā)原則:

1.正確性

輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是否滿足需求規(guī)格說明書的要求:測試用例中的測試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說明書中的各項(xiàng)功能，并且正常

2.全面性

覆蓋所有的需求功能項(xiàng)，測試用例除了對測試點(diǎn)本身的測試外，還需考慮用戶實(shí)際使用的情況、與其他部分關(guān)聯(lián)使用的情況、非正常情況(不合理、非法、越界以及極限輸入數(shù)據(jù))操作和環(huán)境設(shè)置等。

3.連貫性

用例組織有條理、主次分明，尤其體現(xiàn)在業(yè)務(wù)測試用例上，用例執(zhí)行顆粒度盡量保持每個用例都有測點(diǎn)，不能同時覆蓋過多功能點(diǎn)，否則執(zhí)行起來牽連太大，每個用例間保持連貫性很重要

4.可判定性

測試執(zhí)行結(jié)果的正確性是可判定的，每一個測試用例都有相應(yīng)的期望結(jié)果

5.可操作性

測試用例中要寫清楚測試的操作步驟，以及與不同的操作步驟相對應(yīng)的測試結(jié)果。

4.3.2 測試用例定義

一條完整 HiL 測試用例，所包含的基本測試項(xiàng)有，測試用例初始狀態(tài)、測試過程中執(zhí)行的測試動作、期望的測試結(jié)果、測試狀態(tài)復(fù)位等要素組成。

4.3.3測試用例開發(fā)方法分類

執(zhí)行測試的常見的方法有黑盒測試法、白盒測試法和基于經(jīng)驗(yàn)的測試法。三者有各自的測試特點(diǎn)及測試技術(shù)。

4.3.4 黑盒設(shè)計法

根據(jù)黑盒測試方法的特點(diǎn),將其詳細(xì)劃分為以下幾個類別:等價類劃分法、邊界值分析法、決策表法、狀態(tài)轉(zhuǎn)移測試法、測試用例法、因果圖法、判斷表驅(qū)動法、正交試驗(yàn)設(shè)計法、功能圖法。

4.3.5 白盒設(shè)計法

白盒測試方法是基于結(jié)構(gòu)的測試用例設(shè)計方法。通過觀察測試對象的程序代碼，選擇一個代碼覆蓋的標(biāo)準(zhǔn)，然后根據(jù)這標(biāo)準(zhǔn)生成測試用例。例如，所有的語句至少被執(zhí)行一次，在所選標(biāo)準(zhǔn)的基礎(chǔ)上產(chǎn)生單個的測試用例,基于代碼生成的測試用例的基礎(chǔ)是描述程序結(jié)構(gòu)的控制流圖。控制流圖是一個帶有開始和結(jié)束節(jié)點(diǎn)的有向圖，程序的指令(語句)是通過節(jié)點(diǎn)來表示的,一個沒有分支的語句序列可以用一個節(jié)點(diǎn)表示，語句之間的路徑是通過邊(控制流)來描述，圖內(nèi)的開始和結(jié)束節(jié)點(diǎn)可以省略。

4.3.6 經(jīng)驗(yàn)設(shè)計法

4.3.6.1錯誤推斷法

基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法。錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例。

例如，在單元測試時曾列出的許多在模塊中常見的錯誤。以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等，這些就是經(jīng)驗(yàn)的總結(jié)。輸入數(shù)據(jù)和輸出數(shù)據(jù)為零的情況，輸入表格為空格或輸入表格只有一行，這些都是容易發(fā)生錯誤的情況，可選擇這些情況下的例子作為測試用例

在產(chǎn)品測試的實(shí)踐中對產(chǎn)品的了解的加深和測試經(jīng)驗(yàn)的豐富，使用錯誤推測法設(shè)計的測試用例往往非常有效，可以作為測試設(shè)計的一種補(bǔ)充手段，并且積累的經(jīng)驗(yàn)越豐富，方法使用效率越高。

4.3.6.2 探索測試法

探索式測試(Exploratory Testing)是一種軟件測試方法，也可以說是一種測試思維方法,是一種強(qiáng)調(diào)個人自由與責(zé)任的測試方法,讓獨(dú)立測試人員可以借用不斷的學(xué)習(xí)來改善測試的規(guī)劃與測試的執(zhí)行，而在測試的過程中也會同時改善測試案例達(dá)到相輔相成的效果。

4.3.7自動化測試用例開發(fā)

測試用例的開發(fā)需嚴(yán)格遵循整車控制器功能規(guī)范文檔,測試用例需針對被測控制器功能進(jìn)行開發(fā)，并形成測試矩陣文檔及測試用例說明文檔。

測試矩陣編寫在嚴(yán)格遵守整車控制器開發(fā)功能文檔的基礎(chǔ)上，創(chuàng)建測試用例，文檔中需對每條測試用例的測試功能，測試方法及預(yù)期結(jié)果進(jìn)行簡單描述，并對每條測試用例進(jìn)行編碼.以便測試過程中通過測試編號進(jìn)行查找問題。

測試用例說明文檔是對測試矩陣的詳細(xì)補(bǔ)充，測試矩陣中對測試用例只做簡單描述，測試說明文檔針對每條測試用例測試的功能，測試時的初始條件，完成該測試用例具體需要的詳細(xì)執(zhí)行步驟，更改的信號位置及名稱，甚至測試動作后的等待時間，以及預(yù)期結(jié)果需要檢測的信號名稱等進(jìn)行詳細(xì)描述。依據(jù)此文檔可直接編輯自動化測試用例。

說明文檔針對每條測試用例測試的功能，測試時的初始條件，完成該測試用例具體需要的詳細(xì)執(zhí)行步驟，更改的信號位置及名稱，甚至測試動作后的等待時間，以及預(yù)期結(jié)果需要檢測的信號名稱等進(jìn)行詳細(xì)描述。依據(jù)此文檔可直接編輯自動化測試用例。

測試管理軟件的功能:1) 寫測試序列:2) 管理試驗(yàn)軟件:3) 生成測試報告

配置與試驗(yàn)環(huán)境軟件的功能: 1) 接收測試序列發(fā)來的激勵數(shù)據(jù): 2) 將激勵數(shù)據(jù)發(fā)給實(shí)時仿真機(jī)，并在線顯示仿真結(jié)果

4.4 測試調(diào)試

4.4.1 冒煙測試

測試工程搭建完成后，連接被測控制器，需要對被測控制器和 HiL 測試設(shè)備做冒煙測試驗(yàn)證設(shè)備連接與原件是否有基本的問題。冒煙測試有測試人員和開發(fā)人員共同完成，在測試過程中發(fā)現(xiàn)問題，測試人員找到了一個 Bug，然后開發(fā)人員會來修復(fù)這個 Bug，冒煙測試是否通過決定了下一輪系統(tǒng)測試是否可以執(zhí)行。

4.4.2 接口測試

接口測試是只有被測控制器，沒有和整車仿真模型形成閉環(huán)的測試，屬于開環(huán)測試。接口測試通過人為賦值模擬外部控制器與被測控制器之間的數(shù)據(jù)交互,驗(yàn)證被測控制器數(shù)據(jù)交互是否正常，側(cè)重信號交互驗(yàn)證。一般接口測試如果有測試程序，可以自動測試，如果沒有測試程序，可手動測試。

4.4.3 首輪測試

被測控制器和整車仿真模型形成閉環(huán)的測試，屬于閉環(huán)測試。閉環(huán)測試通過模擬操作駕駛室變量，使整車模型與被測控制器自動數(shù)據(jù)交互，驗(yàn)證被測控制器軟件策略，側(cè)重功能和性能驗(yàn)證。

打開自動化測試用例庫，在 TestStand 測試界面調(diào)入測試用例對象，直接運(yùn)行即可。

4.4.4問題關(guān)閉

測試過程中發(fā)現(xiàn)的問題使用問題單形式記錄。在問題記錄和問題描述遵循“5C”的要求:

正確(Correct)，不會產(chǎn)生歧義:

清晰( Clear)，容易理解;

簡潔(Concise)，沒有多余的東西;

完整(Complete)，包含重現(xiàn)缺陷的完整數(shù)據(jù)；

致性(Consistent)，缺陷單格式要統(tǒng)

4.4.5 回歸測試

在第一輪測試相關(guān)問題關(guān)閉后，由開發(fā)人員更新軟件，生成新的軟件版本，下載到被測控制器中，在 HiL 設(shè)備上對上個版本中出現(xiàn)并修復(fù)的缺陷進(jìn)行再次驗(yàn)證，并以缺陷為核心，對相關(guān)修改的部分進(jìn)行測試。

4.4.6 測試報告

通過 HiL 測試管理軟件加載測試序列，執(zhí)行測試，輸出測試報告。

4.5測試總結(jié)

被測控制器 HiL 回歸測試完成，在功能方面達(dá)到測試通過標(biāo)準(zhǔn)后，需要對 HiL 測試工作進(jìn)行總結(jié)和整理，并生成及編制 HiL 測試總結(jié)。

HiL 測試總結(jié)主要包括以下內(nèi)容:

1、HilL 測試環(huán)境、測試周期、測試人員及測試內(nèi)容等;

2、測試過程中的問題統(tǒng)計與分析，并對測試遺留問題進(jìn)行記錄;

3、測試結(jié)束后檢查所做的測試工作及完成情況，提交工作成果，包括: 測試用例說明文檔，測試矩陣文檔，可執(zhí)行文件及生成的測試報告等

來源：新能源汽車電控開發(fā)與測試