測試環(huán)境主要分為兩部分：實驗室臺架測試見圖6、道路實車路試見圖7。

實驗室臺架測試環(huán)境：BCM與IC為真實控制器，其余（含PTCAN）控制器為CANoe模擬，車載終端與IC由privateCAN連接，車載終端外接GPS天線與3Gmodel。

道路實車測試攜帶獨(dú)立導(dǎo)航儀、GPS定位儀、聯(lián)通3G手機(jī)等輔助設(shè)備對實時行車信息進(jìn)行驗證。

圖9 Telematics臺架測試實施 圖10 Telematics實車道路測試實施

3.4測試實施

測試實施階段主要工作如下：執(zhí)行測試用例、詳細(xì)記錄測試結(jié)果及bug列表、截取log文件、借助測試工具及log文件對問題原因分析及定位、缺陷跟蹤。

測試結(jié)果分析與評價工作中的重點是問題定位，明確的問題定位有利于高效的問題解決。因為Telematics功能的實現(xiàn)依賴于數(shù)據(jù)流轉(zhuǎn)多個環(huán)節(jié)，測試問題的原因究竟歸于哪個環(huán)節(jié)的判定尤為重要，這也是Telematics測試的難點，故在測試過程中對log的有效準(zhǔn)確分析非常必要。

問題Log分析舉例：

1）問題描述：**餐廳預(yù)訂失敗。

2）NGTP協(xié)議Log文件：

圖11 原始log

3）log解析：

解析后的數(shù)據(jù)描述代碼：

圖12 解析后的log

紅色標(biāo)注內(nèi)容經(jīng)過解碼后為：‘當(dāng)前預(yù)訂失敗’，即server餐飲預(yù)訂服務(wù)沒有成功，問題出在遠(yuǎn)程應(yīng)用服務(wù)程序。

3.5系統(tǒng)回歸測試

回歸測試工作的主要內(nèi)容如下：

? 歷史復(fù)測問題；

? 記錄復(fù)測問題狀態(tài)及信息

? 確認(rèn)問題關(guān)閉與重開；

3.6測試結(jié)果及評價

本地終端常見問題為功能實現(xiàn)錯誤，重啟、死機(jī)，車載數(shù)據(jù)上傳失敗等占比約18%，發(fā)生頻率中等。

網(wǎng)絡(luò)通信類問題如：GPS無信號、通信網(wǎng)絡(luò)無信號、網(wǎng)絡(luò)超時嚴(yán)重、數(shù)據(jù)丟失、信號差等約占10%屬低頻問題，常見的原因有：a、路況原因（如：建筑物遮擋）b、通信模塊性能（如：長時間工作后10h以上性能下降）c、通信網(wǎng)絡(luò)覆蓋盲區(qū)（山區(qū)）、信號漫游臨界區(qū)域（城市邊界）。

應(yīng)用服務(wù)類問題：實時交通、智能停車信息與實際不符，酒店、餐飲預(yù)訂失敗，信息服務(wù)如天氣信息無法獲取，駕駛數(shù)據(jù)或第三方數(shù)據(jù)偏差嚴(yán)重，網(wǎng)絡(luò)超時等，占比63%為高頻問題。可能的原因比較多，如應(yīng)用服務(wù)功能本身無法實現(xiàn)，第三方數(shù)據(jù)整合丟失，數(shù)據(jù)融合或算法錯誤，系統(tǒng)性能低，服務(wù)數(shù)據(jù)分發(fā)錯誤，網(wǎng)絡(luò)原因等。此類問題一般涉及多節(jié)點、流轉(zhuǎn)復(fù)雜，且原因排查比較困難，這也同樣為系統(tǒng)集成及測試提出了更高要求。

車載CAN網(wǎng)絡(luò)內(nèi)交叉功能，接口和功能合理性、用戶體驗度等問題分別為占比為6%與3%屬小概率事件。

圖13 測試案例問題分布圖

4 總結(jié)及展望

本文結(jié)合具體測試案例系統(tǒng)分析了車聯(lián)網(wǎng)的測試技術(shù)、方法，并在實際測試中取得了較滿意的測試結(jié)果。車聯(lián)網(wǎng)測試問題原因分析及定位比較困難，及時記錄并分析各環(huán)節(jié)log文件會大大提高測試效率。測試問題高發(fā)于信息服務(wù)功能、階段上處在數(shù)據(jù)融合及流轉(zhuǎn)環(huán)節(jié)，一方面印證了車聯(lián)網(wǎng)技術(shù)復(fù)雜、網(wǎng)絡(luò)異構(gòu)、融合多方參與的特點；另一方面，也對車聯(lián)網(wǎng)架構(gòu)及通信協(xié)議向統(tǒng)一化、標(biāo)準(zhǔn)化方向發(fā)展有一定促進(jìn)意義。