概述

在車載以太網自動化測試系列套件AETP中，AETP.UDS（Automotive Ethernet Test Package. Unified Diagnostic Services）是專為車載以太網UDS測試設計的自動化測試套件，旨在測試ECU對ISO 14229協(xié)議規(guī)范實現的一致性，測試ECU是否具備上報故障等關鍵診斷信息，幫助用戶做故障定位。

AETP.UDS特點

• 支持一鍵導入參數

支持根據問卷模板一鍵導入測試參數，無需額外轉換輸入文件格式，有效提高了測試效率，簡化了測試流程。

圖1 一鍵導入參數

• 測試步驟模塊化

提供了UDS中各項服務的函數接口，并根據規(guī)范將測試步驟進行模塊化處理，測試序列步驟與測試用例步驟一一對應，用戶可根據自身需求進行測試用例的二次開發(fā)。

圖2 UDS服務模塊化，測試用例與序列一一對應

• 測試數據獨立保存

AETP.UDS將每個測試用例的數據均保存成獨立的log。log以測試用例命名，并記錄了測試開始執(zhí)行的時間，方便測試人員快速定位問題。

圖3 結果數據獨立保存

測試內容

AETP.UDS的測試內容主要包括：默認會話/擴展會話下和編程會話下的各服務組功能測試。默認/擴展會話下的測試內容包含肯定響應測試、NRC13測試、NRC12測試、NRC優(yōu)先級測試等。編程會話下，除了對各個服務的肯定響應測試和NRC測試外，增加S3_server時間檢查測試等基本性能測試。

圖4 測試內容

測試案例

• 用例名稱

14服務_NRC31（功能尋址）

• 測試目的

驗證被測ECU接收到功能尋址請求14服務不支持DTC組時，不發(fā)送響應。

• 測試步驟

步驟1：發(fā)送10 01請求報文，期望DUT回復肯定響應；

步驟2：發(fā)送14 GDTC（GDTC=0x000000）請求報文，期望DUT不回復響應；

步驟3：發(fā)送14 GDTC（GDTC=0x7FFFFF）請求報文，期望DUT不回復響應；

步驟4：發(fā)送14 GDTC（GDTC=0xFFFFFE）請求報文，期望DUT不回復響應；

步驟5：發(fā)送10 01請求報文，期望DUT回復肯定響應。

• 執(zhí)行模塊

圖5 測試案例執(zhí)行模塊

• 測試結果

圖6 測試結果

• 測試分析

將測試結果與測試步驟對比，該測試用例為Fail，你能猜到原因嗎？（答案在下期揭曉）

【上期答案】- -車載以太網自動化測試套件（SOME/IP） - AETP.TC8 SOME/IP

對于SOME/IP的Response報文來說，Return Code為0x09 Malformed Message回復的是序列化錯誤的Request報文，即Payload錯誤。

產品模塊組成

圖7 自動化執(zhí)行軟件TAE及測試套件AETP

經緯恒潤作為OPEN聯(lián)盟會員和AUTOSAR聯(lián)盟的高級合作伙伴，長期為國內外各大OEM和供應商提供涵蓋TCP/IP、SOME/IP、DoIP、AVB、TSN、DDS等技術領域的設計和測試咨詢服務，積極研發(fā)和探索車載網絡前沿技術的工程應用。通過多個項目的實踐經驗，已建立了高質量、本土化的設計與測試一體化解決方案，為整車網絡架構提供可靠支持。