本發(fā)明涉及通信領(lǐng)域，具體而言，涉及檢測處理方法及裝置。

背景技術(shù)：

隨著通訊領(lǐng)域日新月異的發(fā)展，通訊設(shè)備更新周期越來越短，為了迅速搶占市場，給用戶提供更高質(zhì)量的通訊設(shè)備，對自動化檢測提出了更高的要求。專利CN200410050816.1提供了一種設(shè)備檢測的方法，但是該方法沒有實現(xiàn)真實意義的自動化檢測，并且沒有提供同步驗證軟件版本穩(wěn)定性的方法。如果后續(xù)軟件出現(xiàn)多處修改，引入了故障，就不能高效定位是哪處修改引入了故障，需要逐一排查。檢測人員希望，能夠在迅速定位檢測設(shè)備故障的情況下，也能確保實時軟件版本的穩(wěn)定性，且在引入軟件故障時能快速定位到是哪個開發(fā)人員，在什么時候合入代碼引入的故障。

針對相關(guān)技術(shù)中的設(shè)備檢測的方法存在缺陷的問題，還未提出有效的解決方案。

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

本發(fā)明提供了檢測處理方法及裝置，以至少解決相關(guān)技術(shù)中的設(shè)備檢測的方法存在缺陷的問題。

根據(jù)本發(fā)明的一個方面，提供了一種檢測處理方法，包括：接收上位機下發(fā)的檢測指令，其中，所述檢測指令是所述上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；根據(jù)所述檢測指令進行檢測處理。

進一步地，在接收所述上位機下發(fā)的檢測指令之前，所述方法還包括：接收所述上位機下發(fā)的復(fù)位指令，其中，所述復(fù)位指令用于觸發(fā)獲取所述當前版本信息；在接收到所述復(fù)位指令之后獲取所述當前版本信息。

進一步地，根據(jù)所述檢測指令進行檢測處理包括：通過預(yù)先設(shè)置的檢測用例根據(jù)所述檢測指令進行檢測處理。

根據(jù)本發(fā)明的另一方面，提供了一種檢測處理方法，包括：在被測設(shè)備獲取到服務(wù)器構(gòu)建的當前版本信息的情況下，向所述被測設(shè)備下發(fā)檢測指令；接收所述被測設(shè)備根據(jù)所述檢測指令進行檢測的結(jié)果。

進一步地，在向所述被測設(shè)備下發(fā)檢測指令之前，所述方法還包括：向所述被測設(shè)備下發(fā)復(fù)位指令，其中，所述復(fù)位指令用于觸發(fā)所述被測設(shè)備在接收到所述復(fù)位指令之后獲取所述當前版本信息。

進一步地，在接收所述被測設(shè)備根據(jù)所述檢測指令進行檢測的結(jié)果之后，所述方法還包括：將所述結(jié)果反饋給服務(wù)器，供所述服務(wù)器以郵件的方式進行反饋。

根據(jù)本發(fā)明的再一方面，還提供了一種檢測處理方法，包括：觸發(fā)構(gòu)建版本信息；將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備，其中，所述當前版本信息用于觸發(fā)上位機向所述被測設(shè)備下發(fā)檢測指令，所述檢測指令用于所述被測設(shè)備根據(jù)所述檢測指令進行檢測。

進一步地，在將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備之后，所述方法還包括：通過所述上位機接收所述被測設(shè)備根據(jù)所述檢測指令進行檢測的結(jié)果；以郵件的方式進行反饋。

根據(jù)本發(fā)明的另一方面，提供了一種檢測處理裝置，包括：第一接收模塊，用于接收上位機下發(fā)的檢測指令，其中，所述檢測指令是所述上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；檢測處理模塊，用于根據(jù)所述檢測指令進行檢測處理。

進一步地，所述檢測處理模塊包括：檢測處理單元，用于通過預(yù)先設(shè)置的檢測用例根據(jù)所述檢測指令進行檢測處理。

根據(jù)本發(fā)明的另一方面，還提供了一種檢測處理裝置，包括：下發(fā)模塊，用于在被測設(shè)備獲取到服務(wù)器構(gòu)建的當前版本信息的情況下，向所述被測設(shè)備下發(fā)檢測指令；第二接收模塊，用于接收所述被測設(shè)備根據(jù)所述檢測指令進行檢測的結(jié)果。

根據(jù)本發(fā)明的再一方面，還提供了一種檢測處理裝置，包括：觸發(fā)模塊，用于觸發(fā)構(gòu)建版本信息；發(fā)送模塊，用于將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備，其中，所述當前版本信息用于觸發(fā)上位機向所述被測設(shè)備下發(fā)檢測指令，所述檢測指令用于所述被測設(shè)備根據(jù)所述檢測指令進行檢測。

通過本發(fā)明，采用接收上位機下發(fā)的檢測指令，其中，所述檢測指令是所述上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；根據(jù)所述檢測指令進行檢測處理，解決了相關(guān)技術(shù)中的設(shè)備檢測的方法存在缺陷的問題，實現(xiàn)了對設(shè)備進行自動檢測，節(jié)省了資源。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖一；

圖2是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖二；

圖3是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖三；

圖4是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖一；

圖5是根據(jù)本發(fā)明優(yōu)選實施例的檢測處理裝置的框圖；

圖6是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖二；

圖7是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖三；

圖8是根據(jù)本發(fā)明實施的自動檢測方法流程圖；

圖9是根據(jù)本發(fā)明實施例的自動檢測系統(tǒng)的框圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

在本實施例中提供了一種檢測處理方法，圖1是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖一，如圖1所示，該流程包括如下步驟：

步驟S102，接收上位機下發(fā)的檢測指令，其中，該檢測指令是該上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；

步驟S104，根據(jù)該檢測指令進行檢測處理。

通過上述步驟，接收上位機下發(fā)的檢測指令，其中，該檢測指令是該上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；根據(jù)該檢測指令進行檢測處理，解決了相關(guān)技術(shù)中的設(shè)備檢測的方法存在缺陷的問題，實現(xiàn)了對設(shè)備進行自動檢測，節(jié)省了資源。

在接收該上位機下發(fā)的檢測指令之前，該方法還包括：接收該上位機下發(fā)的復(fù)位指令，其中，該復(fù)位指令用于觸發(fā)獲取該當前版本信息；在接收到該復(fù)位指令之后獲取該當前版本信息。

根據(jù)該檢測指令進行檢測處理的方式不止一種，在一個可選的實施例中，可以通過預(yù)先設(shè)置的檢測用例根據(jù)該檢測指令進行檢測處理，其中，所述檢測用例是預(yù)先設(shè)置在被測設(shè)備上的，針對被測設(shè)備上不同芯片及芯片之間的通路做了專門的檢測用例用于檢測芯片的性能及鏈路的連通性，不同的檢測用例用不同的命令碼進行區(qū)分，然后將命令碼、檢測設(shè)備位置等信息構(gòu)成一條檢測命令寫入檢測腳本中，每一個檢測命令碼都對應(yīng)有一條檢測命令。這個檢測腳本存放在環(huán)境主控的硬盤或flash設(shè)備中，當環(huán)境主控下發(fā)自動化檢測開始命令后會逐條解析檢測腳本中的檢測命令，然后發(fā)送給檢測設(shè)備，當檢測設(shè)備執(zhí)行完當前命令碼對應(yīng)的檢測用例返回檢測結(jié)果給環(huán)境主控后，環(huán)境主控再發(fā)送下一條檢測命令。該檢測用例可以是復(fù)位主控的檢測用例，也可以是復(fù)位一個或多個外圍單板的檢測用例。

本發(fā)明實施例還提供了一種檢測處理方法，圖2是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖二，如圖2所示，該流程包括如下步驟：

步驟S202，在被測設(shè)備獲取到服務(wù)器構(gòu)建的當前版本信息的情況下，向該被測設(shè)備下發(fā)檢測指令；

步驟S204，接收該被測設(shè)備根據(jù)該檢測指令進行檢測的結(jié)果。

在向該被測設(shè)備下發(fā)檢測指令之前，向該被測設(shè)備下發(fā)復(fù)位指令，其中，該復(fù)位指令用于觸發(fā)該被測設(shè)備在接收到該復(fù)位指令之后獲取該當前版本信息。

為了實時地掌控檢測結(jié)果，在接收該被測設(shè)備根據(jù)該檢測指令進行檢測的結(jié)果之后，將該結(jié)果反饋給服務(wù)器，供該服務(wù)器以郵件的方式進行反饋。

本發(fā)明實施例還提供了一種檢測處理方法，圖3是根據(jù)本發(fā)明實施例的檢測處理方法的流程圖三，如圖3所示，該流程包括如下步驟：

步驟S302，觸發(fā)構(gòu)建版本信息；

步驟S304，將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備，其中，該當前版本信息用于觸發(fā)上位機向該被測設(shè)備下發(fā)檢測指令，該檢測指令用于該被測設(shè)備根據(jù)該檢測指令進行檢測。

為了實時地掌控檢測結(jié)果，在將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備之后，通過該上位機接收該被測設(shè)備根據(jù)該檢測指令進行檢測的結(jié)果；以郵件的方式進行反饋，可以反饋給事先設(shè)置的郵箱地址。

本發(fā)明實施例提供了一種檢測處理裝置，圖4是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖一，如圖4所示，包括：

第一接收模塊42，用于接收上位機下發(fā)的檢測指令，其中，該檢測指令是該上位機在檢測到被測設(shè)備已獲取到服務(wù)器構(gòu)建的當前版本信息預(yù)定時間之后發(fā)送的；

檢測處理模塊44，用于根據(jù)該檢測指令進行檢測處理。

圖5是根據(jù)本發(fā)明優(yōu)選實施例的檢測處理裝置的框圖，如圖5所示，檢測處理模塊包括：

檢測處理單元52，用于通過預(yù)先設(shè)置的檢測用例根據(jù)該檢測指令進行檢測處理。

本發(fā)明實施例還提供了一種檢測處理裝置，圖6是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖二，如圖6所示，包括：

下發(fā)模塊62，用于在被測設(shè)備獲取到服務(wù)器構(gòu)建的當前版本信息的情況下，向該被測設(shè)備下發(fā)檢測指令；

第二接收模塊64，用于接收該被測設(shè)備根據(jù)該檢測指令進行檢測的結(jié)果。

本發(fā)明實施例還提供了一種檢測處理裝置，圖7是根據(jù)本發(fā)明實施例的檢測處理裝置的框圖三，如圖7所示，包括：

觸發(fā)模塊72，用于觸發(fā)構(gòu)建版本信息；

發(fā)送模塊74，用于將構(gòu)建的當前版本信息發(fā)送給被測設(shè)備，其中，該當前版本信息用于觸發(fā)上位機向該被測設(shè)備下發(fā)檢測指令，該檢測指令用于該被測設(shè)備根據(jù)該檢測指令進行檢測。

針對相關(guān)技術(shù)中存在的上述問題，下面結(jié)合自動化檢測(自動化測試)對上述檢測處理方法進行進一步說明，下述可選實施例結(jié)合了上述可選實施例及其可選實施方式。

設(shè)備檢測是生成發(fā)貨的一個重要環(huán)節(jié)，自動化檢測又是設(shè)備檢測的重要手段，通過自動化檢測，一方面可以迅速定位設(shè)備故障點，另一方面也可以確保軟件檢測版本的穩(wěn)定。因此，為了能夠提供給設(shè)備檢測高效、穩(wěn)定的軟件檢測版本，迅速定位生成檢測中設(shè)備存在的問題，需要有一套完善的自動化檢測方案。針對設(shè)備檢測的要求，自動化檢測必須具備如下幾個特點：(1)能定時從版本服務(wù)器下載最新構(gòu)建的檢測版本；(2)自動更換版本；(3)自動下發(fā)開始檢測命令；(4)自動開始檢測；(5)自動查詢檢測結(jié)果；(6)將檢測結(jié)果反饋給檢測版本的負責人。

本可選實施例提供了一種標模工裝自動化檢測方法，包括：定時從版本服務(wù)器下載最新版本(svn有代碼更新時，jenkins服務(wù)器會自動構(gòu)建版本，然后定時從jenkins服務(wù)器上下載最新的版本，包括代碼編譯及版本打包)、復(fù)位整個檢測系統(tǒng)、自動下發(fā)檢測開始命令、自動開始檢測、自動查詢檢測結(jié)果。還包括反饋檢測結(jié)果，并將檢測結(jié)果，通過郵件發(fā)送給檢測軟件開發(fā)負責人，如果有檢測錯誤，同時將檢測結(jié)果，通過郵件發(fā)送給最近合入代碼的開發(fā)人員。從自動化檢測必須完成的這些功能出發(fā)，提出了一套檢測方案，該方案包括三個部分，第一個是通訊上位機，第二個是自動化檢測腳本，第三個是集成在檢測軟件中的自動化檢測功能。

上位機負責與環(huán)境主控通信，需具備收發(fā)功能。發(fā)送時，需要下發(fā)兩種指令，第一種是復(fù)位指令，復(fù)位指令有兩種，一種是復(fù)位環(huán)境主控本身，另一種是復(fù)位外圍單板。可以在環(huán)境主控上設(shè)計兩個檢測用例，一個是復(fù)位主控的檢測用例，另一個是復(fù)位外圍單板的檢測用例。第二種指令是自動化檢測開始命令。當單板換好版本后，下發(fā)該指令開始自動化檢測，這兩種指令需要軟件檢測版本中實現(xiàn)。

自動化檢測腳本放在版本構(gòu)建PC機上，利用jinkens服務(wù)器，在版本構(gòu)建、編譯、打包，成功構(gòu)建set集后，開始執(zhí)行該腳本。利用jinkens服務(wù)器有兩個重要的原因：第一是因為jinkens服務(wù)器會定時構(gòu)建版本，可利用該功能實現(xiàn)自動觸發(fā)功能。第二是jinkens服務(wù)器有郵件發(fā)送功能，可在檢測出現(xiàn)錯誤時發(fā)送郵件給負責人。腳本必須具備 如下兩個功能：首先是換版本功能：可以利用ftp軟件命令。然后是查詢檢測結(jié)果：自動化檢測開始后，linux上位機會實時接收從檢測系統(tǒng)反饋的檢測結(jié)果，與此同時，腳本實時檢測檢測結(jié)果是否正確。

集成在軟件版本中的自動化檢測包括三個部分，一部分是控制檢測單板自動化檢測的線程，該線程是環(huán)境主控上的線程，每塊檢測單板都有獨立的控制線程控制其或開始或停止檢測。另一部分是針對檢測單板不同檢測點的專用檢測項，設(shè)計了覆蓋檢測單板所有檢測點的檢測用例，保證檢測的完整性。第三個部分是檢測結(jié)果上傳的功能，每塊檢測單板都會將各個檢測用例的檢測結(jié)果上傳給環(huán)境主控，環(huán)境主控同時再將檢測結(jié)果發(fā)送給上位機。

圖8是根據(jù)本發(fā)明實施的自動檢測方法流程圖，如圖8所示，整個流程包括編譯版本，打包版本，換版本，復(fù)位單板，自動下發(fā)檢測開始命令，自動查詢檢測結(jié)果并反饋給單板負責人，包括以下步驟：

步驟S801，檢測系統(tǒng)上電，包括環(huán)境主控和被測單板上電，保證網(wǎng)絡(luò)暢通；

步驟S802，檢測制作的通訊上位機于檢測系統(tǒng)是否建立通訊連接，正確配置ftp服務(wù)器，使得環(huán)境主控重啟的時候能要到最新的版本；

步驟S803，定時從版本服務(wù)器更新軟件版本，Jinkins服務(wù)器自動更新檢測代碼，編譯版本，打包版本；

步驟S804，上位機下發(fā)復(fù)位環(huán)境主控命令和/或上位機下發(fā)復(fù)位外圍單板命令，復(fù)位外圍單板，同時立即復(fù)位環(huán)境主控，確保環(huán)境主控和外圍單板啟動的都是最新的版本；

步驟S805，待檢測系統(tǒng)啟動完成后，上位機下發(fā)自動化檢測開始命令；

步驟S806，檢測系統(tǒng)開始自動化檢測，軟件版本集成了自動化檢測功能，針對檢測設(shè)備的各個檢測點設(shè)計了專門的檢測用例，并且能將檢測結(jié)果反饋給通訊上位機，供腳本解析；

步驟S807，檢測系統(tǒng)上傳檢測結(jié)果給上位機，同時腳本解析上位機收到的檢測結(jié)果。反饋給上位機的結(jié)果定制成某種特殊的格式，可以通過解析返回結(jié)果的格式判斷檢測是否成功；

步驟S808，上位機解析檢測結(jié)果；

步驟S809，上位機根據(jù)檢測結(jié)果判斷是否檢測成功，在判斷結(jié)果為是的情況下，循環(huán)執(zhí)行步驟S807，在判斷結(jié)果為否的情況下，執(zhí)行步驟S810；

步驟S810，上位機下發(fā)停止自動化檢測指令；

步驟S811，Jenkins服務(wù)器自動下發(fā)郵件到最近合入代碼的開發(fā)人。

上述的自動化檢測方法，高效、功能齊全，在檢測軟件代碼更新的情況下(有開發(fā)人員合入代碼后)，能定時更新檢測代碼；編譯代碼、打包版本；自動更新版本；自動下發(fā)自動化檢測開始命令；利用軟件版本中集成的自動檢測功能及設(shè)計的專用檢測用例自動檢測；自動上傳檢測結(jié)果給通訊上位機；自動下發(fā)檢測停止命令。更重要的是能將檢測的結(jié)果郵件反饋給最新合入過代碼的相關(guān)開發(fā)人員，便于根據(jù)檢測的結(jié)果高效定位軟件版本存在的問題。該方法做到了不依賴傳統(tǒng)的自動化檢測軟件，僅僅依靠設(shè)計的通訊上位機及定制的專用腳本就能完成整個自動化檢測功能，且功能齊全，有較大的實用價值。解決了設(shè)備檢測環(huán)節(jié)，不能完全自動化檢測的問題，既能對檢測設(shè)備的檢測點進行有效的檢測，又保障了軟件檢測版本的穩(wěn)定性，節(jié)省了定位問題的人力成本，提高了設(shè)備檢測的效率。

圖9是根據(jù)本發(fā)明實施例的自動檢測系統(tǒng)的框圖，如圖9所示。在jenkins軟件上配置好檢測項目，配置項目之前需要完成通訊上位機的制作及專用腳本的制作，同時需要配置好ftp服務(wù)器，確保網(wǎng)絡(luò)暢通的情況下，環(huán)境主控能下載到最新構(gòu)建的版本。當jenkins在配置的時間點感知到服務(wù)器上有代碼更新后，開始全部的自動化檢測流程；這個過程包括，自動更新軟件版本，自動編譯軟件版本，自動打包版本，自動將構(gòu)建的版本復(fù)制到ftp的共享目錄，然后下發(fā)復(fù)位系統(tǒng)命令(復(fù)位系統(tǒng)包括復(fù)位環(huán)境主控和外圍單板)，待系統(tǒng)啟動完成再下發(fā)自動化檢測開始命令，最后根據(jù)檢測系統(tǒng)反饋的檢測結(jié)果自動下發(fā)郵件。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。