汽車(chē)已經(jīng)成了大多數人生活中必備的交通工具了,隨著(zhù)人們對汽車(chē)需求量的加大,汽車(chē)公司也多了起來(lái)。每天都有一些車(chē)企的最新動(dòng)態(tài)都頗受關(guān)注的，那么接下來(lái)就由小編來(lái)給大家分享下小編所收集到汽車(chē)資訊方面相關(guān)的信息吧

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

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

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

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

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

這是一個(gè)大的趨勢，我們在上午孟超總也講到了SOA對于未來(lái)來(lái)說(shuō)是一個(gè)賦能者，SOA的這個(gè)技術(shù)本身對于我們未來(lái)的一些互聯(lián)也好、自動(dòng)駕駛也好還是軟件更新都是一個(gè)最基本的前提，我們采用這樣的技術(shù)才能去確保我們對應的軟件能夠持續地去做相應的迭代，去滿(mǎn)足我們更多的一些應用。

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

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

在這張圖中可以看到我們服務(wù)有提供服務(wù)的服務(wù)方和使用者，比較有趣的是我們的服務(wù)可以放在后臺的，這是非常有趣的應用場(chǎng)景，我們在云端去實(shí)現相應的控制應用，但是這個(gè)里面我們去談SOA和開(kāi)發(fā)的時(shí)候，非常致命的一個(gè)點(diǎn)就是Security，涉及所有的開(kāi)發(fā)驗證工具鏈體系，每個(gè)OEM用的Security都是不一樣的，這對于供應商來(lái)說(shuō)是非常嚴重的挑戰，OEM相對來(lái)說(shuō)比較容易一點(diǎn)，因為他們是固定的一套體系，但是我們今天不會(huì )展開(kāi)探討Security這個(gè)話(huà)題，我們再回到SOA主線(xiàn)本身上。

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

這是一個(gè)簡(jiǎn)單的對比，相對來(lái)說(shuō)最重要的一點(diǎn)，我們service-oriented這邊是動(dòng)態(tài)的，這邊更多是在動(dòng)態(tài)執行去做相應的實(shí)現，所以這邊我們來(lái)看一下服務(wù)到底是怎么做這個(gè)事情的，什么是service？我們對應的不同軟件組建或者ECU彼此之間相通訊我們提供的服務(wù)，服務(wù)有服務(wù)相應的接口和方法在里面，因為在座很多是工程師所以我們講技術(shù)的東西會(huì )多一點(diǎn)。

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

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

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

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

另一塊我們車(chē)本身是非常關(guān)心安全的，我們這個(gè)行業(yè)里面有非常強的技術(shù)壁壘，比如說(shuō)要去做車(chē)的診斷、整個(gè)工具鏈的打通等等這一塊，我們上下兩端都要去接通，我們去做車(chē)載高性能的計算控制器的時(shí)候，所有傳統所使用的相應的工具鏈以及我們在傳統汽車(chē)行業(yè)里面所適用的方法，就是會(huì )出現激烈的碰撞在里面，最終可能大家會(huì )走向一致。但是這個(gè)里面我仍然強調的是功能安全和信息安全，這是一定逃不開(kāi)的，我們任何的駕駛都要保證可靠性的，所以我們也要考慮到如何在設計的時(shí)候實(shí)現安全和可靠性。

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

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

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

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

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

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

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

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

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

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

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

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

　　免責聲明：本文由用戶(hù)上傳，與本網(wǎng)站立場(chǎng)無(wú)關(guān)。財經(jīng)信息僅供讀者參考，并不構成投資建議。投資者據此操作，風(fēng)險自擔。 如有侵權請聯(lián)系刪除！