本發(fā)明涉及汽車(chē)電子技術(shù)領(lǐng)域，尤其是涉及對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法及系統(tǒng)。

背景技術(shù)：

隨著汽車(chē)電子行業(yè)的發(fā)展，人們對(duì)車(chē)載終端，如車(chē)載娛樂(lè)多媒體系統(tǒng)的要求越來(lái)越高。內(nèi)嵌有操作系統(tǒng)的車(chē)載終端得到了廣泛的普及而且深受汽車(chē)電子行業(yè)的青睞?；贏ndroid系統(tǒng)的優(yōu)點(diǎn)，如穩(wěn)定性、開(kāi)放性，許多車(chē)載終端選擇了Android系統(tǒng)作為其操作系統(tǒng)?；贏ndroid操作系統(tǒng)的車(chē)載終端可以由用戶自行安裝軟件等由第三方服務(wù)商提供的程序，通過(guò)此類(lèi)程序來(lái)不斷擴(kuò)充車(chē)載終端的功能。隨著用戶的要求提高及多樣化，眾多的廠商推出了多種多樣的車(chē)載終端軟件，為用戶提供了更多的選擇，允許用戶從眾多的車(chē)載終端軟件中挑選自己喜歡的應(yīng)用。Android系統(tǒng)的這一優(yōu)勢(shì)是IOS、Blackberry OS等操作系統(tǒng)所無(wú)法比擬的。

然而，車(chē)載終端的Android系統(tǒng)與手機(jī)的Android系統(tǒng)的系統(tǒng)設(shè)計(jì)是有較大區(qū)別的，尤其是在穩(wěn)定性、功能模塊等方面。舉例說(shuō)明如下：

1）硬件方面：車(chē)載終端所用芯片和材料均需滿足車(chē)規(guī)級(jí)要求，而手機(jī)所用芯片和材料只需滿足消費(fèi)級(jí)要求；

2）工作環(huán)境要求：車(chē)載終端需滿足車(chē)規(guī)級(jí)實(shí)驗(yàn)要求標(biāo)準(zhǔn)，例如EMC（Electro Magnetic Compatibility，電磁兼容性）要求、耐極端的高低溫要求、耐強(qiáng)烈震動(dòng)要求等，而手機(jī)只需要滿足基本的消費(fèi)級(jí)要求；

3）軟件方面：車(chē)載終端還需要集成滿足車(chē)載終端的特征功能的基本功能模塊，例如：車(chē)身診斷功能模塊、原車(chē)總線信息功能模塊、外圍獨(dú)立功能模塊（CMMB、CarDVR、TPMS等）等；而手機(jī)不需要滿足上述這些車(chē)載終端特有的特征功能。

因此，相對(duì)于其他的智能終端，如智能手機(jī)、平板電腦等，應(yīng)用于車(chē)載終端的軟件還需要滿足車(chē)規(guī)級(jí)或針對(duì)特定系統(tǒng)的要求。然而，第三方服務(wù)商提供的軟件若無(wú)法滿足特定的車(chē)載終端的要求，則可能造成車(chē)載終端的系統(tǒng)運(yùn)行緩慢、甚至系統(tǒng)崩潰、死機(jī)等問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法，該測(cè)試方法能夠智能化、自動(dòng)化地測(cè)試車(chē)載終端軟件在車(chē)載終端運(yùn)行的可靠性和穩(wěn)定性。

一種對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法，包括步驟：

步驟一，在車(chē)載終端的車(chē)載終端操作系統(tǒng)安裝一個(gè)或多個(gè)軟件；

步驟二，所述車(chē)載終端接收測(cè)試文件；

步驟三，所述車(chē)載終端接收驅(qū)動(dòng)命令，然后驅(qū)動(dòng)所述測(cè)試文件，使所述車(chē)載終端操作系統(tǒng)的測(cè)試組件根據(jù)所述測(cè)試文件對(duì)所述車(chē)載終端上的軟件進(jìn)行測(cè)試；

步驟四，所述車(chē)載終端生成測(cè)試報(bào)告；其中所述測(cè)試文件包括根據(jù)所述車(chē)載終端的特征功能生成的多個(gè)測(cè)試用例。

進(jìn)一步地，車(chē)載終端的特征功能包括以下的一種或多種：車(chē)身總線功能、車(chē)身診斷功能模塊、外圍獨(dú)立功能模塊、操作面板功能等等。

進(jìn)一步地，對(duì)所述車(chē)載終端上的軟件進(jìn)行測(cè)試的步驟包括：監(jiān)測(cè)所述車(chē)載終端上的軟件在所述車(chē)載終端操作系統(tǒng)的運(yùn)行是否產(chǎn)生異常，以檢驗(yàn)所述軟件在車(chē)載終端的環(huán)境下運(yùn)行的穩(wěn)定性和可靠性。

進(jìn)一步地，步驟三中還包括步驟：在對(duì)所述軟件進(jìn)行測(cè)試的過(guò)程中，記錄trace信息。

進(jìn)一步地，測(cè)試報(bào)告包括所述車(chē)載終端上的軟件對(duì)車(chē)載終端造成的影響以及所述車(chē)載終端上的軟件存在的異常信息。

進(jìn)一步地，車(chē)載終端包括車(chē)載娛樂(lè)多媒體系統(tǒng)或車(chē)載導(dǎo)航系統(tǒng)。

進(jìn)一步地，所述車(chē)載終端操作系統(tǒng)為Android系統(tǒng)。

本發(fā)明還提供一種車(chē)載終端，包括：

第一接收單元，用于接收測(cè)試文件及驅(qū)動(dòng)命令；

測(cè)試單元，用于在接收到所述驅(qū)動(dòng)命令后運(yùn)行所述測(cè)試文件，使所述車(chē)載終端操作系統(tǒng)的測(cè)試組件根據(jù)所述測(cè)試文件對(duì)所述車(chē)載終端上的軟件進(jìn)行測(cè)試；

分析單元，用于根據(jù)所述測(cè)試單元的測(cè)試信息生成測(cè)試報(bào)告；

第一發(fā)送單元，用于在測(cè)試完成后，將所述測(cè)試報(bào)告發(fā)送至服務(wù)器；

其中，所述測(cè)試文件包括根據(jù)所述車(chē)載終端的特征功能生成的多個(gè)測(cè)試用例。

本發(fā)明還提供一種服務(wù)器，包括：

配置單元，用于根據(jù)車(chē)載終端的特征功能生成測(cè)試文件及驅(qū)動(dòng)命令；

第二發(fā)送單元，用于發(fā)送所述測(cè)試文件及驅(qū)動(dòng)命令；

第二接收單元，用于接收測(cè)試報(bào)告；

解析單元，用于解析所述測(cè)試報(bào)告，獲得測(cè)試結(jié)果。

本發(fā)明還提供一種對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收系統(tǒng)，包括車(chē)載終端和服務(wù)器，所述車(chē)載終端和所述服務(wù)器通過(guò)ADB通道建立連接；所述車(chē)載終端包括第一接收單元，測(cè)試單元，分析單元以及第一發(fā)送單元；所述服務(wù)器包括配置單元，第二發(fā)送單元、第二接收單元以及解析單元；其中，

所述服務(wù)器用于根據(jù)車(chē)載終端的特征功能生成測(cè)試文件及驅(qū)動(dòng)命令；通過(guò)ADB通道向所述車(chē)載終端發(fā)送所述測(cè)試文件及驅(qū)動(dòng)命令；通過(guò)ADB通道接收來(lái)自車(chē)載終端的測(cè)試報(bào)告；以及解析所述測(cè)試報(bào)告，獲得測(cè)試結(jié)果；

所述車(chē)載終端用于通過(guò)ADB通道從所述服務(wù)器接收所述測(cè)試文件；利用所述驅(qū)動(dòng)命令運(yùn)行所述測(cè)試文件，使車(chē)載終端的測(cè)試組件根據(jù)所述測(cè)試文件對(duì)所述車(chē)載終端上的軟件進(jìn)行測(cè)試；根據(jù)測(cè)試信息生成測(cè)試報(bào)告，并通過(guò)ADB通道發(fā)送至所述服務(wù)器。

本發(fā)明具備以下有益效果：

1）本發(fā)明能夠根據(jù)車(chē)載終端的特征功能自動(dòng)生成測(cè)試文件，對(duì)車(chē)載終端軟件進(jìn)行穩(wěn)定性、可靠性測(cè)試，因此，本發(fā)明能夠根據(jù)不同的車(chē)載終端靈活配置不同的測(cè)試文件，或者針對(duì)車(chē)載終端的特征功能配置不同的測(cè)試文件，從而能夠更有針對(duì)性地檢驗(yàn)車(chē)載終端上安裝的軟件是否符合不同車(chē)載終端或車(chē)載終端的不同特征功能的要求，從而為特定的車(chē)載終端篩選出能夠在特定車(chē)載終端穩(wěn)定運(yùn)行的軟件。

2）本發(fā)明能夠測(cè)試車(chē)載終端上安裝的軟件在車(chē)載終端運(yùn)行的可靠性和穩(wěn)定性，從而避免了車(chē)載終端上安裝的軟件由于不適用于特定的車(chē)載終端而對(duì)車(chē)載終端造成的系統(tǒng)運(yùn)行緩慢、甚至系統(tǒng)崩潰、死機(jī)等危害。

3）本發(fā)明能夠自動(dòng)化、智能化地測(cè)試車(chē)載終端上安裝的軟件的穩(wěn)定性、可靠性等，提高了測(cè)試效率，大大降低了測(cè)試成本。

附圖說(shuō)明

圖1為一實(shí)施例的車(chē)載終端的結(jié)構(gòu)示意圖。

圖2為一實(shí)施例的服務(wù)器的結(jié)構(gòu)示意圖。

圖3為一實(shí)施例的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收系統(tǒng)的示意圖。

圖4為一實(shí)施例的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法的流程圖。

具體實(shí)施方式

下面將結(jié)合具體實(shí)施例及附圖對(duì)本發(fā)明對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法作進(jìn)一步詳細(xì)描述。

如圖1所示，一較佳實(shí)施例中，本發(fā)明的車(chē)載終端包括第一接收單元、測(cè)試單元、分析單元以及第一發(fā)送單元。優(yōu)選地，本發(fā)明的車(chē)載終端采用的是按照車(chē)載相關(guān)要求進(jìn)行深度裁剪的Android操作系統(tǒng)，在車(chē)載終端操作系統(tǒng)上安裝有一個(gè)或多個(gè)待測(cè)試的軟件。該軟件可以是針對(duì)車(chē)身功能的車(chē)載軟件或手機(jī)等移動(dòng)終端常用的軟件，如導(dǎo)航地圖、瀏覽器、酷狗音樂(lè)等等。第一接收單元接收用于對(duì)車(chē)載終端上的軟件的進(jìn)行測(cè)試的測(cè)試文件以及驅(qū)動(dòng)命令，該測(cè)試文件根據(jù)所述車(chē)載終端的特征功能生成。第一接收單元接收的測(cè)試文件及驅(qū)動(dòng)命令被提供給測(cè)試單元，該測(cè)試單元運(yùn)行測(cè)試文件，利用驅(qū)動(dòng)命令驅(qū)動(dòng)車(chē)載終端操作的測(cè)試組件，使車(chē)載終端操作系統(tǒng)的測(cè)試組件根據(jù)測(cè)試文件對(duì)車(chē)載終端上的軟件進(jìn)行測(cè)試，并記錄測(cè)試過(guò)程中的trace信息、軟件異常信息等測(cè)試信息。在分析單元中，根據(jù)測(cè)試單元的測(cè)試信息生成測(cè)試報(bào)告。測(cè)試完成后，分析單元生成的測(cè)試報(bào)告被提供至第二發(fā)送單元，第二發(fā)送單元將該測(cè)試報(bào)告發(fā)送至服務(wù)器。上述測(cè)試組件為Android操作系統(tǒng)自身具備的測(cè)試組件。其中，測(cè)試文件為針對(duì)車(chē)載終端的特征功能的多個(gè)測(cè)試用例。

如圖2所示，本發(fā)明的服務(wù)器包括配置單元、第二發(fā)送單元、第二接收單元以及解析單元。配置單元根據(jù)車(chē)載終端的特征功能靈活生成測(cè)試文件及驅(qū)動(dòng)命令。測(cè)試文件包括針對(duì)車(chē)載終端的特征功能的多個(gè)測(cè)試用例。其中，車(chē)載終端的特征功能包括：車(chē)身總線功能、車(chē)身診斷功能模塊、外圍獨(dú)立功能模塊（CMMB、CarDVR、TPMS等）、操作面板功能等。進(jìn)一步地，總線功能包括倒車(chē)、車(chē)門(mén)開(kāi)關(guān)、方向盤(pán)、油量信息等；操作面板功能包括線控、特殊按鍵等。在第二發(fā)送單元中，將測(cè)試文件及驅(qū)動(dòng)命令發(fā)送至車(chē)載終端后，通過(guò)驅(qū)動(dòng)命令驅(qū)動(dòng)車(chē)載終端的測(cè)試組件，使測(cè)試組件根據(jù)測(cè)試文件對(duì)車(chē)載終端上的軟件進(jìn)行測(cè)試。第二接收單元接收來(lái)自車(chē)載終端的測(cè)試報(bào)告，并將車(chē)載終端的測(cè)試報(bào)告提供至解析單元。解析單元對(duì)測(cè)試報(bào)告進(jìn)行解析，獲得具體的測(cè)試結(jié)果，至少包括車(chē)載終端上的軟件是否能夠在車(chē)載終端正常運(yùn)行、及是否存在的異常等內(nèi)容。

本發(fā)明的服務(wù)器能夠根據(jù)車(chē)載終端的特征功能自動(dòng)生成測(cè)試文件，對(duì)車(chē)載終端上的軟件進(jìn)行穩(wěn)定性、可靠性測(cè)試，因此，本發(fā)明的服務(wù)器可以為特定的車(chē)載終端篩選出能夠在特定車(chē)載終端穩(wěn)定運(yùn)行的軟件。例如，使篩選出的軟件能夠滿足車(chē)載終端的耐極高低溫要求、耐強(qiáng)烈震動(dòng)要求等

如圖3所示，本發(fā)明的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收系統(tǒng)包括上述的車(chē)載終端和服務(wù)器。車(chē)載終端和服務(wù)器通過(guò)ADB（Android Debug Bridge，安卓調(diào)試橋接）通道建立連接。ADB工具是Android系統(tǒng)提供的一套工具，通過(guò)ADB工具可以在服務(wù)器與車(chē)載終端建立ADB通道，服務(wù)器可通過(guò)ADB通道向車(chē)載終端發(fā)送文件及指令等，使車(chē)載終端執(zhí)行相應(yīng)的操作。利用ADB工具可實(shí)現(xiàn)的功能有：運(yùn)行車(chē)載終端的shell命令、管理車(chē)載終端的端口映射、實(shí)現(xiàn)服務(wù)器與車(chē)載終端的文件上傳/下載、以及將本地的APP軟件安裝至車(chē)載終端等。優(yōu)選地，車(chē)載終端可以為車(chē)載娛樂(lè)多媒體系統(tǒng)或車(chē)載導(dǎo)航系統(tǒng)等。

圖4是由圖3所示的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收系統(tǒng)執(zhí)行的本發(fā)明的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法的流程圖。

如圖4所示，首先，車(chē)載終端和服務(wù)器通過(guò)ADB通道建立連接（步驟S01）。優(yōu)先地，服務(wù)器為計(jì)算機(jī)。

接著，在車(chē)載終端的車(chē)載終端操作系統(tǒng)安裝一個(gè)或多個(gè)待測(cè)試的軟件（步驟S02）。被測(cè)試的軟件可是汽車(chē)服務(wù)商提供，也可以是第三方服務(wù)商提供。該軟件可以是針對(duì)車(chē)身功能的車(chē)載軟件或手機(jī)等移動(dòng)終端常用的軟件，如導(dǎo)航地圖、瀏覽器、酷狗音樂(lè)等等。

然后，服務(wù)器的配置單元根據(jù)車(chē)載終端的特征功能生成測(cè)試文件及驅(qū)動(dòng)命令（步驟S03）。如上所述，車(chē)載終端的特征功能包括車(chē)身總線功能、車(chē)身診斷功能模塊、外圍獨(dú)立功能模塊（CMMB、CarDVR、TPMS等）、操作面板功能等。進(jìn)一步地，總線功能包括倒車(chē)、車(chē)門(mén)開(kāi)關(guān)、方向盤(pán)、油量信息等；操作面板功能包括線控、特殊按鍵等。具體地，根據(jù)待測(cè)試的車(chē)載終端的特征功能選擇特征功能，然后配置單元根據(jù)選擇的特征功能生成測(cè)試文件，該測(cè)試文件能夠用于測(cè)試車(chē)載終端上的軟件在車(chē)載終端運(yùn)行時(shí)能夠滿足車(chē)載終端選定的特征功能的要求。

測(cè)試文件是.sh腳本文件，可運(yùn)行在Android、Linux等環(huán)境下。測(cè)試文件中或包含有一個(gè)或多個(gè)測(cè)試用例。

服務(wù)器的第二發(fā)送單元將測(cè)試文件及驅(qū)動(dòng)命令發(fā)送至車(chē)載終端，車(chē)載終端的第一發(fā)送單元接收到測(cè)試文件及驅(qū)動(dòng)命令后，將測(cè)試文件及驅(qū)動(dòng)命令發(fā)送至車(chē)載終端的測(cè)試單元。

車(chē)載終端的測(cè)試單元接收到驅(qū)動(dòng)命令后運(yùn)行測(cè)試文件，使車(chē)載終端操作系統(tǒng)的測(cè)試組件根據(jù)測(cè)試文件對(duì)車(chē)載終端軟件進(jìn)行測(cè)試（步驟S04），以檢驗(yàn)車(chē)載終端上的軟件在車(chē)載終端的環(huán)境下運(yùn)行的穩(wěn)定性和可靠性。具體地，測(cè)試單元監(jiān)測(cè)車(chē)載終端上的軟件在車(chē)載終端操作系統(tǒng)的運(yùn)行是否產(chǎn)生異常，并記錄trace信息以及軟件的異常信息等測(cè)試信息。如上所述，測(cè)試組件為Android操作系統(tǒng)自身具備的測(cè)試組件。

車(chē)載終端上的軟件可能產(chǎn)生的異常包括空對(duì)象操作、異常對(duì)象訪問(wèn)、內(nèi)存溢出、或Broadcast超時(shí)響應(yīng)等。

接著，車(chē)載終端的分析單元根據(jù)測(cè)試單元獲得的測(cè)試信息生成測(cè)試報(bào)告，并將測(cè)試報(bào)告通過(guò)車(chē)載終端的第一發(fā)送單元發(fā)送至服務(wù)器，供用戶查閱（步驟S05）。

服務(wù)器的第二接收單元接收到來(lái)自車(chē)載終端的測(cè)試報(bào)告后，發(fā)送至服務(wù)器的解析單元進(jìn)行解析。

服務(wù)器的解析單元對(duì)上述測(cè)試報(bào)告進(jìn)行解析，獲得對(duì)車(chē)載終端軟件的測(cè)試結(jié)果。用戶可從測(cè)試報(bào)告中查看車(chē)載終端上安裝的軟件在車(chē)載終端的運(yùn)行過(guò)程中是否存在異常，是否對(duì)車(chē)載終端造成影響等。

下面具體舉例說(shuō)明如何使用本發(fā)明的對(duì)車(chē)載終端上的軟件的測(cè)試驗(yàn)收方法進(jìn)行測(cè)試。

首先，在網(wǎng)上下載一個(gè)待測(cè)試軟件，例如暴風(fēng)影音客戶端、QQ客戶端、微信客戶端等，本實(shí)施例中選用暴風(fēng)影音客戶端。

然后，將暴風(fēng)影音客戶端安裝至車(chē)載終端操作系統(tǒng)上，并運(yùn)行暴風(fēng)影音客戶端，例如用暴風(fēng)影音客戶端播放某個(gè)高清分辨率的視頻。

接著，車(chē)載終端接收來(lái)自服務(wù)器的測(cè)試文件及驅(qū)動(dòng)命令，車(chē)載終端操作系統(tǒng)運(yùn)行測(cè)試文件以測(cè)試暴風(fēng)影音客戶端在車(chē)載終端運(yùn)行時(shí)的穩(wěn)定性和可靠性。例如，測(cè)試文件的測(cè)試用例包括：在暴風(fēng)影音客戶端播放視頻時(shí)突然觸發(fā)總線信息、或突然倒車(chē)、或快速切換音源模式、或快速按下操作面板的幾個(gè)硬按鍵等等一系列突發(fā)操作，從而測(cè)試出在這些突發(fā)操作下，暴風(fēng)影音客戶端是否會(huì)發(fā)生異常，如自動(dòng)退出、提示出錯(cuò)、內(nèi)存溢出、或系統(tǒng)崩潰等。

接著，車(chē)載終端將測(cè)試過(guò)程中的測(cè)試信息記錄并生成測(cè)試報(bào)告，發(fā)送至服務(wù)器。

最后，用戶根據(jù)該測(cè)試報(bào)告判斷暴風(fēng)影音客戶端是否能夠應(yīng)用于該車(chē)載終端。

本發(fā)明通過(guò)結(jié)合車(chē)載終端自身的特征功能生成的測(cè)試文件，利用車(chē)載終端操作系統(tǒng)自帶的測(cè)試組件，智能化、自動(dòng)化地綜合測(cè)試安裝于車(chē)載終端的軟件的可靠性和穩(wěn)定性，從而判斷這些車(chē)載終端上安裝的軟件是否能夠滿足車(chē)載終端的要求，尤其是車(chē)載終端的車(chē)規(guī)級(jí)要求以及針對(duì)車(chē)載終端系統(tǒng)的特定要求。因此，本發(fā)明能夠有效地智能驗(yàn)收和篩選出能夠滿足車(chē)載終端的要求的第三方軟件，避免第三方軟件在車(chē)載終端的運(yùn)行造成車(chē)載終端的損壞、崩潰等。

雖然對(duì)本發(fā)明的描述是結(jié)合以上具體實(shí)施例進(jìn)行的，但是，熟悉本技術(shù)領(lǐng)域的人員能夠根據(jù)上述的內(nèi)容進(jìn)行許多替換、修改和變化、是顯而易見(jiàn)的。因此，所有這樣的替代、改進(jìn)和變化都包括在附后的權(quán)利要求的精神和范圍內(nèi)。