7月22日—23日，由蓋世汽車主辦、上海國(guó)際汽車城特別支持的“2020首屆軟件定義汽車高峰論壇”正式舉辦。本次論壇主要探討軟件定義汽車領(lǐng)域最新的創(chuàng)新理念、技術(shù)趨勢(shì)、現(xiàn)實(shí)挑戰(zhàn)等熱點(diǎn)話題，共謀行業(yè)未來(lái)發(fā)展之道。下面是維克多汽車技術(shù)(上海)有限公司分布式系統(tǒng)與網(wǎng)絡(luò)部門商業(yè)開發(fā)經(jīng)理范科發(fā)在本次論壇上的發(fā)言：

維克多汽車技術(shù)(上海)有限公司分布式系統(tǒng)與網(wǎng)絡(luò)部門商業(yè)開發(fā)經(jīng)理 范科發(fā)

大家下午好！首先感謝顧總給我留了多余的時(shí)間，因?yàn)槲乙恢睋?dān)心我這個(gè)材料比較長(zhǎng)一點(diǎn)，我們今天講了很多的趨勢(shì)，但是實(shí)實(shí)在在的我們要去落實(shí)一些事情，我相信參會(huì)的大多是開發(fā)的工程師，那軟件產(chǎn)品需要去設(shè)計(jì)和實(shí)現(xiàn)，同時(shí)要去驗(yàn)證你這個(gè)產(chǎn)品的質(zhì)量。所以我們這邊應(yīng)景一下，介紹材料背景直接拿了軟件來(lái)作為我演講的開場(chǎng)。

我們主要去看一下怎么樣做設(shè)計(jì)以及如何去落地，以及確保質(zhì)量，在軟件這一塊。我們看到整個(gè)行業(yè)在發(fā)生比較大的變化，不僅是汽車這一塊，越來(lái)越多都是以軟件為中心，所有的行業(yè)基本上軟件的價(jià)值越來(lái)越重，我們對(duì)應(yīng)自動(dòng)駕駛的車輛、軟件的對(duì)比越來(lái)越多。

汽車行業(yè)跟軟件相關(guān)的，基本上OEM差異化在傳感器層面，另外一塊主要差異是在應(yīng)用層面，因?yàn)橹虚g的BSP包括一些OS都是有標(biāo)準(zhǔn)化的東西我們直接去采購(gòu)集成使用的。另外一個(gè)趨勢(shì)是對(duì)應(yīng)軟件開發(fā)和設(shè)計(jì)越來(lái)越的被OEM控制，不一定軟件全部是由OEM去做，但是越來(lái)越多的軟件掌握的話語(yǔ)權(quán)以O(shè)EM為主。還有我們沃爾沃同事提到的這個(gè)部分，我們這邊對(duì)應(yīng)著說(shuō)供應(yīng)商和OEM如何去做緊密的配合，我們對(duì)應(yīng)的有持續(xù)集成、持續(xù)測(cè)試，我們?cè)絹?lái)越多會(huì)看到很多車型的功能發(fā)布和車型發(fā)布是獨(dú)立開的。

這是一個(gè)大的趨勢(shì)，我們?cè)谏衔缑铣傄仓v到了SOA對(duì)于未來(lái)來(lái)說(shuō)是一個(gè)賦能者，SOA的這個(gè)技術(shù)本身對(duì)于我們未來(lái)的一些互聯(lián)也好、自動(dòng)駕駛也好還是軟件更新都是一個(gè)最基本的前提，我們采用這樣的技術(shù)才能去確保我們對(duì)應(yīng)的軟件能夠持續(xù)地去做相應(yīng)的迭代，去滿足我們更多的一些應(yīng)用。

所以這邊我們看到說(shuō)，軟件很重要，然后整個(gè)開發(fā)流程上有OEM和供應(yīng)商的配合以及相應(yīng)的實(shí)現(xiàn)，我們逐一來(lái)看一下。維克多作為一家供應(yīng)廠商如何去做這些，因?yàn)榫唧w的每一項(xiàng)都是要去落地的。

首先來(lái)看一下服務(wù)，我相信在座的很多工程師有時(shí)候拿dbc去收發(fā)一些信號(hào)，那什么是服務(wù)？服務(wù)的載體是什么？包括我們有通訊，那通過(guò)什么方式去實(shí)現(xiàn)通訊的應(yīng)用呢？站在OEM的角度我們會(huì)去定義各種各樣的服務(wù)，如孟總上午提到對(duì)每個(gè)傳感器和信號(hào)都進(jìn)行IP化，進(jìn)行相應(yīng)的編碼，根據(jù)我們的應(yīng)有去做相應(yīng)的調(diào)用。我們能夠讓我們車?yán)锩鎸?duì)應(yīng)的功能進(jìn)行相應(yīng)的升級(jí)，去滿足我們相應(yīng)的應(yīng)用，SOA確保了我們車與外面互聯(lián)部分能夠銜接起來(lái)。同時(shí)我們也看到了沃爾沃講到的有高性能的中央控制結(jié)點(diǎn)的出現(xiàn)。

在這張圖中可以看到我們服務(wù)有提供服務(wù)的服務(wù)方和使用者，比較有趣的是我們的服務(wù)可以放在后臺(tái)的，這是非常有趣的應(yīng)用場(chǎng)景，我們?cè)谠贫巳?shí)現(xiàn)相應(yīng)的控制應(yīng)用，但是這個(gè)里面我們?nèi)フ凷OA和開發(fā)的時(shí)候，非常致命的一個(gè)點(diǎn)就是Security，涉及所有的開發(fā)驗(yàn)證工具鏈體系，每個(gè)OEM用的Security都是不一樣的，這對(duì)于供應(yīng)商來(lái)說(shuō)是非常嚴(yán)重的挑戰(zhàn)，OEM相對(duì)來(lái)說(shuō)比較容易一點(diǎn)，因?yàn)樗麄兪枪潭ǖ囊惶左w系，但是我們今天不會(huì)展開探討Security這個(gè)話題，我們?cè)倩氐絊OA主線本身上。

我們傳統(tǒng)所有這些車輛的設(shè)計(jì)，我們基本上都在設(shè)計(jì)的時(shí)候會(huì)定義數(shù)據(jù)庫(kù)，由哪一個(gè)ECU發(fā)布哪些信號(hào)都是固定的，在執(zhí)行的時(shí)候會(huì)按照預(yù)期設(shè)定的方式進(jìn)行相應(yīng)的運(yùn)行，我們?cè)谠O(shè)計(jì)的時(shí)候系統(tǒng)之間都是靜態(tài)的通訊，開發(fā)通常通過(guò)C語(yǔ)言進(jìn)行開發(fā)，在這個(gè)圖中有相應(yīng)的通訊應(yīng)用，但是當(dāng)我們出現(xiàn)了服務(wù)應(yīng)用的時(shí)候，服務(wù)還是應(yīng)用在我們的軟件組建或者是ECU中的，我們?cè)谠O(shè)計(jì)的時(shí)候是設(shè)計(jì)了一部分，但是在執(zhí)行的時(shí)候其他部分也會(huì)占到相應(yīng)的資源去做運(yùn)算，而我們?cè)趫?zhí)行的時(shí)候才會(huì)有對(duì)應(yīng)的功能出現(xiàn)，所以整個(gè)是動(dòng)態(tài)的方式去做處理，這個(gè)時(shí)候我們會(huì)通過(guò)C++去做這個(gè)事情，通常采用Adaptive AUTOSAR實(shí)現(xiàn)基于服務(wù)的通信，當(dāng)然經(jīng)典AUTOSAR平臺(tái)也支持基于服務(wù)的通信。

這是一個(gè)簡(jiǎn)單的對(duì)比，相對(duì)來(lái)說(shuō)最重要的一點(diǎn)，我們service-oriented這邊是動(dòng)態(tài)的，這邊更多是在動(dòng)態(tài)執(zhí)行去做相應(yīng)的實(shí)現(xiàn)，所以這邊我們來(lái)看一下服務(wù)到底是怎么做這個(gè)事情的，什么是service？我們對(duì)應(yīng)的不同軟件組建或者ECU彼此之間相通訊我們提供的服務(wù)，服務(wù)有服務(wù)相應(yīng)的接口和方法在里面，因?yàn)樵谧芏嗍枪こ處熕晕覀冎v技術(shù)的東西會(huì)多一點(diǎn)。

然后我們會(huì)把定義的service跟具體的ECU去實(shí)現(xiàn)服務(wù)部署的應(yīng)用，我們?cè)O(shè)計(jì)的服務(wù)非常靈活的根據(jù)我們的架構(gòu)設(shè)計(jì)和應(yīng)用部署的對(duì)應(yīng)平臺(tái)上，去實(shí)現(xiàn)服務(wù)之間彼此通訊的應(yīng)用。所有這一切在序列化和反序列化來(lái)實(shí)現(xiàn)與底層通信，我們對(duì)應(yīng)的是一種中間件的協(xié)議，但是跟后臺(tái)對(duì)應(yīng)的時(shí)候我們慢慢看到有一系列相應(yīng)的協(xié)議，這些都是中間件協(xié)議，我們需要把這個(gè)服務(wù)通過(guò)中間件協(xié)議進(jìn)行序列化和反序列化的應(yīng)用，才能讓服務(wù)在總線上進(jìn)行相應(yīng)的傳遞。我們?cè)傺a(bǔ)充說(shuō)明一點(diǎn)，并不是所有的服務(wù)都是通過(guò)以太網(wǎng)的，因?yàn)橛行?yīng)用我們?nèi)匀豢紤]傳統(tǒng)的系統(tǒng)，SOA的需求是：傳輸速率足夠快、數(shù)據(jù)端有效數(shù)據(jù)大、支持動(dòng)態(tài)通信。CAN FD這邊是可以基于AUTOSAR 4.2中定義的動(dòng)態(tài)PDU，所以動(dòng)態(tài)PDU也是可以實(shí)現(xiàn)服務(wù)通訊的，而且已有供應(yīng)商有樣件證明可行。以及行業(yè)在做相應(yīng)CAN下一代的總線技術(shù)CAN XL也支持基于服務(wù)通信，這是明年或者后年會(huì)發(fā)布的新的技術(shù)。也就是說(shuō)車不可能所有的都用以太網(wǎng)，成本太貴肯定會(huì)用混合總線體系在車?yán)锩?。但是我們的大基調(diào)是做服務(wù)，傳統(tǒng)的部分也需要去做服務(wù)去滿足我們的應(yīng)用層面的需求。

我們會(huì)通過(guò)中間件實(shí)現(xiàn)具體服務(wù)的承載，我們會(huì)在這個(gè)里面去定義我們的service定義，我們也會(huì)去定義我們的軟件和硬件，我們會(huì)把service部署到對(duì)應(yīng)的硬件上以及配置我們相對(duì)硬件信號(hào)路由等等，包括以太網(wǎng)的IP去實(shí)現(xiàn)服務(wù)的承載。這邊是我們要去根據(jù)實(shí)際車輛情況去把這樣的一個(gè)服務(wù)文件設(shè)計(jì)出來(lái)，去用作我們后面的開發(fā)工作，所以這里會(huì)導(dǎo)出對(duì)應(yīng)的格式文件去滿足我們的應(yīng)用。

另外我們這個(gè)里面要去定義相應(yīng)的服務(wù)，并且也要把服務(wù)實(shí)力化，比如說(shuō)服務(wù)接口、部署，包括一些狀態(tài)機(jī)的設(shè)計(jì)，這些在不同層面都是有相應(yīng)的文件導(dǎo)出，滿足于我們后面服務(wù)的部署和設(shè)計(jì)實(shí)現(xiàn)。這是我們說(shuō)的服務(wù)是可以去做定義實(shí)現(xiàn)的，維克多是一家工具供應(yīng)商，我們提供PREEVision工具支持Adaptive數(shù)據(jù)庫(kù)和以太網(wǎng)數(shù)據(jù)庫(kù)的定義，當(dāng)然也兼容傳統(tǒng)總線的數(shù)據(jù)庫(kù)定義。當(dāng)正向開發(fā)做好數(shù)據(jù)庫(kù)是滿足我們?cè)诠δ芊抡?、開發(fā)實(shí)現(xiàn)和測(cè)試驗(yàn)證服務(wù)功能的基本條件。

我們需要把服務(wù)應(yīng)用在具體的通訊載體以及中間件上去設(shè)計(jì)出來(lái)，然后我們才能做后續(xù)的工作，我們要去做實(shí)際，在設(shè)計(jì)好了以后我們?nèi)プ鲆恍┓抡骝?yàn)證我們所設(shè)計(jì)的內(nèi)容是不是符合我們預(yù)期定義的，仿真了以后才能做開發(fā)實(shí)現(xiàn)，維克多也是一家軟件協(xié)議棧供應(yīng)商，我們也可以把我們定義的相應(yīng)服務(wù)進(jìn)行相應(yīng)的應(yīng)用，我們會(huì)看到整個(gè)行業(yè)是因?yàn)檐嚺c外面的互聯(lián)接通之后，原有傳統(tǒng)IT很多的知識(shí)體系或者是協(xié)議等等我們會(huì)引用到車?yán)锩嫒?，用互?lián)去實(shí)現(xiàn)。

另一塊我們車本身是非常關(guān)心安全的，我們這個(gè)行業(yè)里面有非常強(qiáng)的技術(shù)壁壘，比如說(shuō)要去做車的診斷、整個(gè)工具鏈的打通等等這一塊，我們上下兩端都要去接通，我們?nèi)プ鲕囕d高性能的計(jì)算控制器的時(shí)候，所有傳統(tǒng)所使用的相應(yīng)的工具鏈以及我們?cè)趥鹘y(tǒng)汽車行業(yè)里面所適用的方法，就是會(huì)出現(xiàn)激烈的碰撞在里面，最終可能大家會(huì)走向一致。但是這個(gè)里面我仍然強(qiáng)調(diào)的是功能安全和信息安全，這是一定逃不開的，我們?nèi)魏蔚鸟{駛都要保證可靠性的，所以我們也要考慮到如何在設(shè)計(jì)的時(shí)候?qū)崿F(xiàn)安全和可靠性。

還有這個(gè)是大家上午講到的，娛樂(lè)系統(tǒng)、互聯(lián)系統(tǒng)以及軟件更新，這幾個(gè)大方向下去驅(qū)動(dòng)我們?cè)谛袠I(yè)里面去做相應(yīng)的應(yīng)用。更細(xì)節(jié)的具體定義是在AUTOSAR里面，Adaptive AUTOSAR平臺(tái)去詳細(xì)定義。Adaptive AUTOSAR主要是對(duì)應(yīng)一些模塊的API進(jìn)行規(guī)范，具體怎么去實(shí)現(xiàn)里面并沒(méi)有做太多的說(shuō)明。維克多作為協(xié)議棧供應(yīng)商，積極參與規(guī)范制定過(guò)程當(dāng)中去，我們也會(huì)跟我們車廠探討想法去做應(yīng)用落地在控制器中。我們可以看到圖的最上面，我們有很多的APP，每個(gè)APP有具體算法實(shí)現(xiàn)也有OS和后臺(tái)本身的平臺(tái)調(diào)用在里面，這是我們具體的一個(gè)APP，你可以把它等價(jià)地去做類比經(jīng)典AUTOSAR的SWC，但是這個(gè)有很多的復(fù)雜性在里面。當(dāng)然整個(gè)系統(tǒng)的開發(fā)是需要一系列的工具和協(xié)議棧去做配合的，所以我們需要去做設(shè)計(jì)，包括我們有各種各樣的部署文件去設(shè)計(jì)好，我們也會(huì)結(jié)合我們自己做的一些算法邏輯和相應(yīng)的協(xié)議站生成代碼，我們?nèi)プ鱿鄳?yīng)的工作，然后我們?cè)倬幾g然后再去做部署，這是如何實(shí)現(xiàn)相應(yīng)開發(fā)流程在里面，每個(gè)環(huán)節(jié)涉及諸多細(xì)節(jié)和工具去把整個(gè)事情做出來(lái)，先去做定義然后再去做仿真驗(yàn)證，當(dāng)然還有協(xié)議在里面。我們也提供相應(yīng)的協(xié)議模塊，能夠去滿足我們高性能ECU平臺(tái)需要的各種各樣的場(chǎng)景，以及跟各種系統(tǒng)有相應(yīng)的對(duì)接，以及對(duì)接相應(yīng)的部署和承載。同時(shí)車對(duì)安全的考究是非常嚴(yán)格的，包括我們沒(méi)有做L3的時(shí)候，跟安全相關(guān)的都會(huì)要求是L4等級(jí)的，對(duì)通訊協(xié)議站也是一樣的，也要達(dá)到相應(yīng)的等級(jí)才能做相應(yīng)的應(yīng)用在這個(gè)里面。

針對(duì)Adaptive AUTOSAR，Vector在提供協(xié)議棧的同時(shí)，也提供整個(gè)開發(fā)的全套工具鏈，我們會(huì)提供服務(wù)設(shè)計(jì)工具和診斷服務(wù)的設(shè)計(jì)工具，我們?cè)O(shè)計(jì)完了之后去得到我們所需要的產(chǎn)物，然后加載到我們對(duì)應(yīng)的工具里面去做仿真，我們?nèi)シ抡嫖覀冞@個(gè)設(shè)計(jì)的理念是合理的，我們也會(huì)把相應(yīng)設(shè)計(jì)的協(xié)議棧以及APP開發(fā)工具配合到一塊去做具體的實(shí)現(xiàn)，實(shí)現(xiàn)之后就要去做測(cè)試驗(yàn)證，也就是下一個(gè)話題如何去做測(cè)試驗(yàn)證。

測(cè)試驗(yàn)證我們涉及的是SOA系統(tǒng)包括Adaptive AUTOSAR系統(tǒng)，也包括我們今天主題中的整個(gè)軟件系統(tǒng)如何來(lái)做驗(yàn)證。在出現(xiàn)Adaptive AUTOSAR后驗(yàn)證復(fù)雜化，我們可以看到沃爾沃的架構(gòu)，它的中央控制單元，這個(gè)里面軟件系統(tǒng)相信不可能所有的軟件都是沃爾沃自己開發(fā)的，可能是供應(yīng)商自己設(shè)計(jì)好的軟件集成到到里面的：我們會(huì)從原來(lái)的以ECU和總線為主的測(cè)試轉(zhuǎn)向以測(cè)試APP為中心，我們的功能邏輯是不是符合原來(lái)定義的，以及我們通訊的安全是不是能夠滿足我們的要求等等。對(duì)應(yīng)的AUTOSAR的標(biāo)準(zhǔn)體系為我們做實(shí)驗(yàn)提供了標(biāo)準(zhǔn)體系，我們?cè)诜?wù)跟服務(wù)之間是有契約精神的，你要去測(cè)一個(gè)APP，跟它交互的APP我們要做仿真出來(lái)，以前我們做總線的時(shí)候，做一個(gè)ECU跟它交互的總下也要去做測(cè)試。因?yàn)闇y(cè)試有一個(gè)很基本的定律：就是盡可能早地去構(gòu)建一個(gè)整車的環(huán)境，再去做相應(yīng)的測(cè)試，因?yàn)楦鷮?shí)車越接近測(cè)試才可能更加可靠一點(diǎn)，對(duì)應(yīng)OEM和供應(yīng)商都是一樣的。

那我們要從技術(shù)層面去說(shuō)明一下，我們?cè)谧鯯OA跟相應(yīng)的Adaptive AUTOSAR系統(tǒng)的時(shí)候，一些基本概念我們先要說(shuō)明：Communication Object和Binding。通信Object從傳統(tǒng)的信號(hào)演變?yōu)樾盘?hào)、PDU、RPC和Service。圖上這些都是我們通訊具體的載體，我們剛剛也提到了，我們單純?nèi)y(cè)APP，APP與APP之間可能有相應(yīng)的交互，同時(shí)我們所設(shè)計(jì)的相應(yīng)服務(wù)一些RPC我們要進(jìn)行部署，我們可以非常靈活地進(jìn)行部署和傳輸，下面這一層我們根據(jù)具體的協(xié)議去捆綁，我們可以換一種協(xié)議，換成Web和HTTP協(xié)議都可以應(yīng)用的，有可能是單純APP測(cè)試，也可能跟協(xié)議在一塊的應(yīng)用或者是仿真系統(tǒng)在里面。

無(wú)論是這個(gè)行業(yè)怎么發(fā)生相應(yīng)的變化，基本測(cè)試我們不會(huì)有大的改變?cè)诶锩?，基本上都要去做比如說(shuō)模型測(cè)試，代碼測(cè)試和控制器測(cè)試，這里重點(diǎn)說(shuō)明一下代碼的這部分，今天我們不會(huì)闡述代碼本身的單元測(cè)試和集成測(cè)試。我們提的是軟件系統(tǒng)測(cè)試，就是沒(méi)有帶硬件板子情況下去做測(cè)試，無(wú)論是測(cè)哪一方面，我們都是要有相應(yīng)的做測(cè)試本身和它交互的模型這邊實(shí)現(xiàn)相應(yīng)的交互行為在里面，但是在測(cè)試這邊我們后面會(huì)去重點(diǎn)強(qiáng)調(diào)，我們要去改善一下到底怎么去做測(cè)試，因?yàn)槲覀冊(cè)瓉?lái)的測(cè)試是文本+腳本的方式，但是現(xiàn)在我們比較期望采用更好的方式是模型和數(shù)據(jù)的方式來(lái)驅(qū)動(dòng)我們的整個(gè)測(cè)試。

那到底怎么做這個(gè)事情呢？模型和數(shù)據(jù)是什么概念？我們后面會(huì)看到。我們?cè)谧鲕浖_發(fā)的時(shí)候，相應(yīng)的我們的產(chǎn)品不可能開發(fā)一次都是沒(méi)有任何缺陷的，但是我們還需要篩選出來(lái)哪些可以做回歸，比如HiL臺(tái)架上100萬(wàn)條測(cè)試用例執(zhí)行后分析定位說(shuō)10條是因?yàn)榇a原因引起的，當(dāng)修改代碼后那如何做到代碼單元測(cè)試、代碼集成測(cè)試和系統(tǒng)測(cè)試？那只要去找到跟它有關(guān)聯(lián)的測(cè)試，然后用相應(yīng)的方式去做，而不是像原來(lái)系統(tǒng)工程師一樣操作，在工具層面我們是可以解決這一問(wèn)題的，當(dāng)然這個(gè)也涉及到不同部門之間的銜接問(wèn)題在里面，以軟件的方式去驅(qū)動(dòng)定義，去做相應(yīng)的測(cè)試，我們一定面臨的是如何快速地回歸測(cè)試，也是我們極大的挑戰(zhàn)在里面。當(dāng)然Vector在這塊也提供完整的工具來(lái)解決這個(gè)問(wèn)題。

已被汽車行業(yè)開發(fā)驗(yàn)證廣泛使用的工具CANoe，但它依舊及其重要的。我們汽車跟IT軟件是完全不一樣的，我們汽車行業(yè)開發(fā)軟件后要做一系列的測(cè)試，每個(gè)環(huán)節(jié)全部是要做相應(yīng)測(cè)試的，這里我們可以完全滿足這些測(cè)試，我們?cè)谝粋€(gè)工具體系里面全部做完這些事情在里面，比如CANoe支持構(gòu)建MiL、SiL、HiL、DV/PV和EOL測(cè)試。同時(shí)當(dāng)服務(wù)通信出現(xiàn)后以APP測(cè)試為主，以及CANoe這邊我們根據(jù)最近幾年的積累和跟客戶的合作，我們重新構(gòu)建了軟件體系去應(yīng)對(duì)我們剛才提到的軟件系統(tǒng)和SoA測(cè)試的問(wèn)題，可以去承載相應(yīng)的中間件協(xié)議，去編輯相應(yīng)的解析數(shù)據(jù)信息在里面，我們對(duì)于SOA的事情還是在持續(xù)的增加功能，但是大的趨勢(shì)我們是SiL，我們肯定要去做軟件系統(tǒng)測(cè)試，所以CANoe未來(lái)也會(huì)在這個(gè)方面去承載我們相應(yīng)的測(cè)試。我們這邊也稱之為SIL，這個(gè)跟傳統(tǒng)的SIL是不一樣的概念。傳統(tǒng)SiL測(cè)試是背靠背測(cè)試，甚至很多時(shí)候并未實(shí)際落地實(shí)施。你原來(lái)的模型跟代碼自己開發(fā)的不可能給OEM，但是我們現(xiàn)在是軟件系統(tǒng)，我們通過(guò)一些手段把算法代碼虛擬為dll，給OEM交付虛擬軟件，OEM可以在非常早期持續(xù)構(gòu)建子系統(tǒng)和整車，所有的模塊全部是虛擬化的方式去提供出來(lái)的，作為供應(yīng)商每天所開發(fā)的軟件，如果你們供應(yīng)商這邊跟OEM的CI/CT環(huán)境打通的情況下，供應(yīng)商每天設(shè)計(jì)的部分可以持續(xù)編譯完了以后給到OEM，OEM可以去做測(cè)試，等到我們后面有真實(shí)樣件時(shí)跟硬件無(wú)關(guān)的做回歸，有關(guān)的做增加相應(yīng)的測(cè)試在里面。

CANoe4SW是Vector今年即將發(fā)布的CANoe體系中的產(chǎn)品。那些軟件我們是可以解決的，圖中嵌入式系統(tǒng)的軟件都是CANoe4SW的應(yīng)用場(chǎng)景，我們會(huì)把軟件部署到PC端、虛擬機(jī)或者是云端。我們拿相應(yīng)的工具CANoe4SW去做軟件系統(tǒng)功能測(cè)試，把相應(yīng)的軟件分為APP端和功能接口端，功能接口端把真實(shí)ECU和API換成在虛擬環(huán)境下對(duì)應(yīng)的API變量映射起來(lái)，就可以去部署一個(gè)環(huán)境，讓它運(yùn)行起來(lái)。那這邊也是一樣的道理，我們能夠通過(guò)對(duì)應(yīng)的技術(shù)去做這件事情，這是敏捷快速迭代的基本保障。

這邊我們能夠通過(guò)CANoe去做這樣的功能，但是如果對(duì)應(yīng)的100萬(wàn)測(cè)試用例拿PC順序執(zhí)行，也是很費(fèi)時(shí)間的，基本上不可能很快速地拿到結(jié)果，我們這邊構(gòu)建技術(shù)有新的產(chǎn)品CANoe4Server，采用并行測(cè)試技術(shù)，按照我們的服務(wù)器來(lái)進(jìn)行相應(yīng)的部署，那我們這邊是對(duì)應(yīng)的相應(yīng)系統(tǒng)都可以去做支持，包括我們跟相應(yīng)的交互對(duì)象可能有閉環(huán)的模型在里面，我們可以去實(shí)現(xiàn)部署和驗(yàn)證，要能夠滿足自動(dòng)駕駛的測(cè)試，或有公司真正大規(guī)模去做CI的敏捷開發(fā)測(cè)試這種方式的需求，在CANoe4Server中的配置N足夠大時(shí)，基本上幾分鐘你所有的100萬(wàn)條測(cè)試用例都跑完了，所以很快能夠得到相應(yīng)的結(jié)果。

針對(duì)ADAS而言，基于數(shù)據(jù)驅(qū)動(dòng)的測(cè)試來(lái)驗(yàn)證軟件系統(tǒng)是必須的。因?yàn)槲覀儠?huì)有非常多的場(chǎng)景和數(shù)據(jù)去采集和產(chǎn)生，數(shù)據(jù)有兩個(gè)部分，一部分是來(lái)自于我們相應(yīng)的仿真環(huán)節(jié)，我們產(chǎn)生仿真場(chǎng)景去做我們的仿真數(shù)據(jù)，通過(guò)并行的方式去驗(yàn)證我們的軟件是否可靠，另外我們也會(huì)通過(guò)相應(yīng)的設(shè)備去采集數(shù)據(jù)，把場(chǎng)景的數(shù)據(jù)灌到場(chǎng)景里面去，去驗(yàn)證我們的軟件系統(tǒng)是否是穩(wěn)定可靠的，如果我們?nèi)渴切枰脭?shù)據(jù)去訓(xùn)練的，那很多數(shù)據(jù)很多設(shè)備需要采集，這樣我們就能夠去部署大規(guī)模的測(cè)試系統(tǒng)，去驗(yàn)證我們相應(yīng)的系統(tǒng)，因?yàn)槟悴贿@么做的話，L4以上的這個(gè)成本，你要在很短的時(shí)間里面去降低成本這是不可能的，也辦不到的事情。Vector提供動(dòng)力學(xué)和場(chǎng)景仿真工具DYNA4，同時(shí)也提供實(shí)車環(huán)境數(shù)據(jù)采集設(shè)備VX1161。

我們拿到數(shù)據(jù)要去做相應(yīng)的測(cè)試，測(cè)試傳統(tǒng)的方法有需求和測(cè)試規(guī)范，按文本的去寫相應(yīng)的腳本，然后再寫報(bào)告得到驗(yàn)證。我們現(xiàn)在有一種新的方式，我們?cè)趥鹘y(tǒng)開發(fā)的時(shí)候基于需求去建模，在V模型的左側(cè)基于模型的方法是最好的設(shè)計(jì)理念，而不是手寫代碼。那反過(guò)來(lái)也是一樣，我們測(cè)試的輸入也是一樣的，那我們對(duì)功能測(cè)試也可以建模，因?yàn)槟憬５臅r(shí)候變量和參數(shù)做好配置，模型也能夠生成對(duì)應(yīng)的測(cè)試用例，無(wú)論是帶有狀態(tài)機(jī)的還是序列組合的方式能夠以建模的方式灌到系統(tǒng)里面去做大規(guī)模的測(cè)試，建模里面各方面都是可以去適用的，Vector提供測(cè)試建模工具vTESTstudio，不僅覆蓋傳統(tǒng)測(cè)試方式也支持全新的測(cè)試框架和技術(shù)輔助大家。

還有一個(gè)很重要的點(diǎn)，我們的方法會(huì)變成敏捷的方法，但是當(dāng)你采用有敏捷，你搭建了持續(xù)測(cè)試的環(huán)境，如果你沒(méi)有自動(dòng)化的測(cè)試腳本，你搭的環(huán)境是一個(gè)空架子。因?yàn)樵谥袊?guó)我們很多時(shí)候會(huì)看到追風(fēng)，但是你沒(méi)有足夠多的測(cè)試用力去考核你的系統(tǒng)，所以如果你只有按照相應(yīng)的測(cè)試用例去做設(shè)計(jì)才可以達(dá)到真正的效果軟件系統(tǒng)的驗(yàn)證。