前言
眾所周知，CANoe對分析和仿真功能有着非常出色的支持，但一些人可能對其測試功能了解較少，其實CANoe對於測試功能的支持也是非常強大的。
CANoe的測試功能模塊包括Test Modules和Test Units兩大組件，並且集成了TFS（Test Feature Set）測試功能集和TSL（Test Service Library）測試服務庫來幫助用戶實現高效的自動化測試。對於Test Units組件需要與VECTOR旗下的另一款軟件vTESTstudio結合使用。那么CANoe是否可以不需要其他軟件的支持來實現自動化測試功能呢？答案顯然是肯定的，接下來就讓我們一起來看一下CANoe自帶的測試功能是如何實現的。
通過Test Modules創建自動化測試用例的步驟
基於Test Modules的自動化測試用例開發，主要是通過編寫CAPL腳本來實現，CANoe中自帶的測試功能函數庫可以幫助開發人員更高效地完成測試用例的開發。實現自動化測試腳本的開發，首先了解一下如何通過Test Modules進行自動化測試腳本的開發。
1、打開界面
2、創建新的測試環境
3、增加新的CAPL測試模塊
4、設置自動化測試腳本的保存路徑
TFS（Test Feature Set）
TFS是CANoe擴展出來的一系列測試功能函數，包括測試報告的輸出。按照功能來分，主要包括：
1、約束和條件設置函數：主要用來檢測測試環境的偏差或被測ECU在測試過程中是否偏離某些參數的范圍，以確保測試在正確的測試環境中被執行。
e.g：
TestAddCondition：用於添加一個事件對象（Event Object）或事件文本（Event Text）作為測試的條件。
2、信號測試函數：主要用於檢測或操作信號、系統變量的數值。
e.g：
checkSignalInRange：用於檢測信號、系統變量是否在指定的范圍內。
3、等待指示函數：為用戶提供測試動作設置、等待測試等功能
e.g：
（1）TestCreateTesterAction：創建一個測試動作；
（2）TestWaitForSignalInRange：用於等待待檢信號、系統變量是否滿足定義的數值范圍。
4、測試控制函數：用於控制ECU斷開或連接到總線上
e.g：
（1）TestSetEcuOffline：用於將指定的ECU從總線上斷開
（2）TestSetEcuOnline ：用於將指定的ECU連接到總線上
5、故障注入函數：允許用戶通過調用相關函數實現一些特殊的測試條件
e.g：
TestDisableMsg：用於禁止發送某個指定的報文
6、測試判別函數：用於對測試步驟、測試用例、測試模塊等作出判別和處理
e.g：
TestCaseFail：用於將當前測試用例的判別設為fail
7、測試架構函數：可以在測試模塊設置測試分組、測試用例及測試步驟等，並定義了生成測試報告的格式
e.g：
（1）TestCaseDescription：用於將測試用例的描述寫入測試報告
（2） TestCaseTitle ：用於設定測試用例的標題
8、測試報告函數：用於按用戶的要求產生測試報告，增加報告的可讀性
e.g：
TestReportAddImage：用於在測試報告中添加圖片
TSL（Test Service Library）
Test Service Library（測試服務庫）是在測試功能集（TFS）基本函數的基礎上，提供一些特殊函數，可以高效地解決某些特殊的測試問題。主要包含：
1、檢測函數（Check Descriptions）
- 信號驗證（Signal Evaluation）：包括信號的數值有效性、周期性和穩定性等檢測。
e.g：
ChkStart_MsgSignalValueInvalid/ ChkStart_MsgSignalValueRangeViolation：用於檢測信號/變量數值的有效性
- 報文驗證（Message Evaluation）：包括報文丟失、周期、數據長度和錯誤幀等檢測。
e.g：
ChkStart_MsgAbsCycleTimeViolation：用於檢測周期性報文的周期是否在給定的范圍內
- 時間驗證（Time Evaluation）：包括連續幀及超時檢測。
e.g：
ChkStart_MsgDistViolation：用於檢測指定兩條報文之間的時間間隔
2、狀態報告函數（Status Report Functions）：在執行上面的檢測函數以后，CANoe需要使用狀態報告函數來查詢檢測結果、基本狀態信息等。狀態報告函數又分為通用的狀態報告函數和特殊類型的狀態報告函數。
e.g：
ChkQuery_NumEvents：用於返回初始化后指定檢測函數產生的事件次數
3、激勵函數（Stimulus Functions）：激勵函數作為TSL中的重要一部分，允許用戶使用不同的數據源作為信號或系統變量的激勵發生器。
4、檢測控制函數（Check Control CAPL Functions）：用於對於檢測事件的控制操作，如初始化、開始、停止、銷毀等。
e.g：
ChkControl_Start：用於開始或繼續檢測事件。
測試模塊的架構
在了解了自動化測試腳本的開發步驟后，我們來看一下基於CANoe的自動化測試系統的整體架構。
- SUT：System Under Test 被測系統，一般是待測ECU；
- VT System：VT system是由一系列硬件板卡組成的ECU功能測試模塊，通過連接ECU的I/O線路對ECU進行測試；
- Remaining bus simulation：殘余總線仿真。實際應用中SUT只是總線中的一個ECU節點，總線環境是復雜的，CANoe可以仿真除了SUT之外的總線環境，即殘余總線仿真。
CAPL腳本的封裝加密（敲黑板！）
對於CAPL腳本的開發和維護需要投入大量的人力與物力，有時可能會帶有一些公司的加密信息。但是根據項目需要又不得不釋放給外部使用，為了保護開發人員的勞動成果，有必要做一些保護措施。CAPL腳本的加密與保護主要有三種方式：編譯后刪除源代碼、加密后刪除源代碼和加密保護與硬件綁定。
1、編譯后刪除源代碼
- 編輯好CAPL腳本之后，刪除相關源代碼（.can文件）；
- 在此節點Configuration→Node specification中將.can文件改成.cbf文件。
這種保護方式設置好之后，用戶可以使用腳本，但是無法查看（編輯）和編譯。
2、加密后刪除源代碼
（1）將CAPL源代碼進行加密生成.canencr文件
（2）將CAPL源代碼加密后，刪除源代碼（.can文件）
加密后的源代碼不能被查看或編輯，但是加密后的源代碼可以在其他版本CANoe中對其進行編譯。
3、加密保護與硬件綁定
在前兩種保護方式的基礎上，通過CAPL DLL技術添加一些加密算法與計算機本機的硬件進行綁定（如MAC地址等）。
除了可以將CAPL腳本進行加密，還可以將基於TFS（TSL）編寫的CAPL腳本在vTESTstudio中進行調用。例如，在使用vTESTstudio編寫自動化測試腳本時，需要有車輛加速的過程，則可以通過編寫CAPL腳本實現此功能，然后在vTESTstudio中直接調用。
Test Unit和Test Module
1、測試層級的對比
Test Module主要測試層級由Test Group、Test Case和Test Step組成，而Test Unit主要測試層級有：Test Group、Test Sequence、Test Fixture、Test Case和Test Step。
2、Test Unit和Test Module的區別
- Test Unit在Test Configuration窗口定義，用戶需要根據Vector提供的軟件vTESTstudio創建測試用例，然后將測試用例導入CANoe Test Unit運行。
- Test Module在 Test Setup for Test Modules 中定義，Test Module支持三種不同語言類型的測試模塊：CAPL、XML和.NET。用戶可以根據自己熟悉的語言和測試需求來編寫測試模塊。
總結
了解了CANoe的測試功能后，是不是對CANoe有了重新的認識，其實CANoe功能的強大不止於此。CANoe是德國Vector公司推出的一款總線開發環境，是網絡和ECU開發、測試和分析的專業工具，支持從需求分析到系統實現的整個系統開發過程。其豐富的功能和配置選項被OEM和供應商的網絡設計工程師、開發工程師和測試工程師所廣泛應用。
北匯信息作為Vector中國合作伙伴，不僅提供相應的工具、技術支持服務以及培訓，還針對不同的應用場景（智能座艙、新能源三電系統、底盤系統、ADAS及V2X等）提供專業的解決方案。歡迎聯系北匯信息，為您答疑解惑。