本發(fā)明涉及軟件開發(fā)技術(shù)領(lǐng)域，特別是涉及一種持續(xù)集成測(cè)試的方法以及裝置。

背景技術(shù)：

隨著以敏捷開發(fā)模式為特點(diǎn)的持續(xù)集成開發(fā)方式的發(fā)展進(jìn)步，通過持續(xù)的相對(duì)頻繁的集成來(lái)驗(yàn)證開發(fā)人員上傳代碼的語(yǔ)法和邏輯正確性的方式得到了廣泛應(yīng)用。

持續(xù)集成的流程一般包括check階段和gate階段，即先進(jìn)行自動(dòng)化代碼審查，再進(jìn)行項(xiàng)目的集成測(cè)試。對(duì)于一些項(xiàng)目來(lái)說(shuō)，例如JavaWeb項(xiàng)目，自動(dòng)化代碼檢查很難檢測(cè)到項(xiàng)目的配置文件是否存在問題，例如spring的配置文件。一般地，項(xiàng)目文件即使不存在代碼語(yǔ)法上的錯(cuò)誤，但是若有配置文件有問題，可能會(huì)導(dǎo)致整個(gè)項(xiàng)目無(wú)法正常工作，甚至無(wú)法啟動(dòng)。

如何檢測(cè)項(xiàng)目配置文件是否存在異常是本領(lǐng)域亟待解決的問題。

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

本發(fā)明的目的是提供一種持續(xù)集成測(cè)試的方法以及裝置，目的在于解決現(xiàn)有技術(shù)中無(wú)法檢測(cè)項(xiàng)目配置文是否存在異常的問題。

為解決上述技術(shù)問題，本發(fā)明提供一種持續(xù)集成測(cè)試的方法，該方法包括：

獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；

利用部署命令，部署所述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使所述容器服務(wù)器啟動(dòng)所述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；

接收返回的所述啟動(dòng)結(jié)果信息，根據(jù)所述啟動(dòng)結(jié)果信息，判斷所述測(cè)試環(huán)境是否正常啟動(dòng)；

若正常啟動(dòng)，得出所述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。

可選地，在所述若正常啟動(dòng)，得出所述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果之后還包括：

將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查。

可選地，在所述將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查之后還包括：

對(duì)所述測(cè)試環(huán)境進(jìn)行清除操作，清除所述測(cè)試環(huán)境。

可選地，所述利用部署命令，部署所述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使所述容器服務(wù)器啟動(dòng)所述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息包括：

利用所述部署命令，通過URL方式遠(yuǎn)程部署所述待測(cè)試項(xiàng)目文件，得到所述測(cè)試環(huán)境。

可選地，所述獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器包括：

獲取所述待測(cè)試項(xiàng)目文件；

當(dāng)監(jiān)聽任務(wù)監(jiān)聽到所述待測(cè)試項(xiàng)目文件的上傳時(shí)，生成與所述待測(cè)試項(xiàng)目文件相對(duì)應(yīng)的任務(wù)ID；

根據(jù)所述任務(wù)ID，分配給所述待測(cè)試項(xiàng)目文件與所述任務(wù)ID一一對(duì)應(yīng)的端口號(hào)；

檢測(cè)所述端口號(hào)是否存在；

當(dāng)所述端口號(hào)存在時(shí)，清除所述端口號(hào)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

當(dāng)所述端口號(hào)不存在時(shí)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

通過預(yù)設(shè)傳輸命令，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器。

此外，本發(fā)明還提供了一種持續(xù)集成測(cè)試的裝置，該裝置包括：

獲取傳輸模塊，用于獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；

部署模塊，用于利用部署命令，部署所述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使所述容器服務(wù)器啟動(dòng)所述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；

判斷模塊，用于接收返回的所述啟動(dòng)結(jié)果信息，根據(jù)所述啟動(dòng)結(jié)果信息，判斷所述測(cè)試環(huán)境是否正常啟動(dòng)；

測(cè)試結(jié)果模塊，用于若正常啟動(dòng)，得出所述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。

可選地，還包括：

作為模塊，用于將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查。

可選地，還包括：

清除模塊，用于對(duì)所述測(cè)試環(huán)境進(jìn)行清除操作，清除所述測(cè)試環(huán)境。

可選地，所述部署模塊包括：

遠(yuǎn)程部署單元，用于利用所述部署命令，通過URL方式遠(yuǎn)程部署所述待測(cè)試項(xiàng)目文件，得到所述測(cè)試環(huán)境。

可選地，所述獲取傳輸模塊包括：

獲取單元，用于獲取所述待測(cè)試項(xiàng)目文件；

ID生成單元，用于當(dāng)監(jiān)聽任務(wù)監(jiān)聽到所述待測(cè)試項(xiàng)目文件的上傳時(shí)，生成與所述待測(cè)試項(xiàng)目文件相對(duì)應(yīng)的任務(wù)ID；

端口號(hào)分配單元，用于根據(jù)所述任務(wù)ID，分配給所述待測(cè)試項(xiàng)目文件與所述任務(wù)ID一一對(duì)應(yīng)的端口號(hào)；

檢測(cè)單元，用于檢測(cè)所述端口號(hào)是否存在；

清除配置單元，用于當(dāng)所述端口號(hào)存在時(shí)，清除所述端口號(hào)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

配置單元，用于當(dāng)所述端口號(hào)不存在時(shí)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

傳輸單元，用于通過預(yù)設(shè)傳輸命令，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器。

本發(fā)明所提供的一種持續(xù)集成測(cè)試的方法以及裝置，通過獲取待測(cè)試項(xiàng)目文件，將上述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；利用部署命令，部署上述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使上述容器服務(wù)器啟動(dòng)上述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；接收返回的上述啟動(dòng)結(jié)果信息，根據(jù)上述啟動(dòng)結(jié)果信息，判斷上述測(cè)試環(huán)境是否正常啟動(dòng)；若正常啟動(dòng)，得出上述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。將待測(cè)試項(xiàng)目文件部署指容器服務(wù)器，即部署相應(yīng)的測(cè)試環(huán)境，再啟動(dòng)所部署的測(cè)試環(huán)境，判斷測(cè)試環(huán)境是否正常啟動(dòng)，來(lái)判斷待測(cè)試項(xiàng)目文件的配置文件是否存在異常，以實(shí)現(xiàn)對(duì)項(xiàng)目配置文件進(jìn)行檢測(cè)?？梢?，本申請(qǐng)可以檢測(cè)項(xiàng)目配置文件是否存在異常。

附圖說(shuō)明

為了更清楚的說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試方法的一種具體實(shí)施方式的流程示意圖；

圖2為本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試裝置的結(jié)構(gòu)框圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和具體實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明。顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試方法可以應(yīng)用于各種不同的項(xiàng)目測(cè)試，下文將以應(yīng)用至Java Web項(xiàng)目場(chǎng)景下的持續(xù)集成流程進(jìn)行介紹說(shuō)明。顯而易見地，本發(fā)明實(shí)施例提供的持續(xù)集成測(cè)試方法還可以應(yīng)用于其它場(chǎng)景，在此不作限定。

請(qǐng)參見圖1，圖1為本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試方法的一種具體實(shí)施方式的流程示意圖，該方法包括以下步驟：

步驟101：獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；

需要說(shuō)明的是，上述待測(cè)試項(xiàng)目文件可以具體表現(xiàn)為war文件，該war文件可以由開發(fā)人員將需要測(cè)試的項(xiàng)目進(jìn)行打包得到。將項(xiàng)目打包成war文件后，開發(fā)人員可以在工作機(jī)上，利用上傳工具(例如git工具)將該war文件上次至代碼審查工具，以該代碼審查工具獲取到相應(yīng)的待測(cè)試項(xiàng)目文件。代碼審查工具為代碼審查軟件，例如gerrit軟件。

代碼審查軟件接收到待測(cè)試項(xiàng)目文件后，可以將待測(cè)試項(xiàng)目文件通過一定的方式發(fā)送給容器服務(wù)器。上述容器服務(wù)器具體可以為Tomcat服務(wù)器，也可以為其它類型的容器服務(wù)器。

由于開發(fā)人員可能同時(shí)上傳多個(gè)待測(cè)試項(xiàng)目文件，為了區(qū)分各個(gè)不同的待測(cè)試項(xiàng)目文件，使測(cè)試工作可以有序地進(jìn)行，代碼審查軟件可以在接收到待測(cè)試項(xiàng)目文件時(shí)，為各個(gè)待測(cè)試項(xiàng)目文件分配唯一的任務(wù)ID，根據(jù)任務(wù)ID，生成唯一端口號(hào)，進(jìn)而為每一個(gè)測(cè)試環(huán)境分配一個(gè)唯一的端口號(hào)。

作為一種具體實(shí)施方式，上述獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器的過程可以具體為：獲取所述待測(cè)試項(xiàng)目文件；當(dāng)監(jiān)聽任務(wù)監(jiān)聽到所述待測(cè)試項(xiàng)目文件的上傳時(shí)，生成與所述待測(cè)試項(xiàng)目文件相對(duì)應(yīng)的任務(wù)ID；根據(jù)所述任務(wù)ID，分配給所述待測(cè)試項(xiàng)目文件與所述任務(wù)ID一一對(duì)應(yīng)的端口號(hào)；檢測(cè)所述端口號(hào)是否存在；當(dāng)所述端口號(hào)存在時(shí)，清除所述端口號(hào)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；當(dāng)所述端口號(hào)不存在時(shí)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；通過預(yù)設(shè)傳輸命令，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器。

需要說(shuō)明的是，當(dāng)代碼審查工具接收到待測(cè)試項(xiàng)目文件后，監(jiān)聽任務(wù)(例如zuul監(jiān)聽任務(wù))會(huì)根據(jù)所監(jiān)聽到的上傳事件，觸發(fā)相應(yīng)的命令(例如Jenkins)，執(zhí)行check任務(wù)，以生成相應(yīng)的任務(wù)ID。

上述任務(wù)ID即task-id是按照一定的規(guī)律變化的，task-id的變化規(guī)律可以根據(jù)待測(cè)試項(xiàng)目文件的上傳次數(shù)決定，例如，項(xiàng)目開發(fā)至今已經(jīng)上傳了1233次代碼，那么下一次代碼上傳時(shí)，所生產(chǎn)的task-id則為1234，即task-id是逐一遞加的。當(dāng)然，task-id的變化規(guī)律還可以為其它，在此不作限定。

上述的端口號(hào)可以是指測(cè)試主機(jī)上所部署的測(cè)試環(huán)境的端口號(hào)。根據(jù)task-id，可以生成與task-id一一對(duì)應(yīng)的端口號(hào)，一般地，可以取task-id的相應(yīng)位數(shù)的數(shù)字和其它的數(shù)字組成端口號(hào)，例如，當(dāng)task-id為1234時(shí)，可以取后兩位34和80組成端口號(hào)，則1234對(duì)應(yīng)的端口號(hào)為8034。

可以理解的是，取task-id的后兩位和相應(yīng)數(shù)字組成端口號(hào)時(shí)，會(huì)產(chǎn)生出現(xiàn)重復(fù)端口號(hào)的情況，即每100次待測(cè)試項(xiàng)目文件上傳，就會(huì)產(chǎn)生端口號(hào)沖突，例如，task-id為1234和task-id為1334的端口號(hào)均為8034。為了避免上述情況，可以考慮取task-id的后3位組成端口號(hào)，當(dāng)然，也可以使用其它的端口號(hào)命名方式，在此不作限定。

為待測(cè)試項(xiàng)目文件分配對(duì)應(yīng)端口號(hào)后，可能該端口號(hào)已經(jīng)存在，故可以先遠(yuǎn)程到測(cè)試主機(jī)，檢測(cè)當(dāng)前所分配的端口好是否已經(jīng)存在。如果存在，則可以將該端口好進(jìn)行清除。

當(dāng)檢測(cè)到所分配的端口號(hào)不存在時(shí)，可以進(jìn)行配置文件的配置，以避免其它環(huán)境的端口沖突。其過程可以具體為：從文件服務(wù)器下載Tomcat壓縮包，并解壓到特定目錄，例如/opt/tomcat34；然后進(jìn)行配置文件的修改，設(shè)置定義相應(yīng)的接口，例如，HTTP/port＝8034，shutdown/port＝8134，AJP/port＝8234。

設(shè)置好對(duì)應(yīng)的端口號(hào)后，可以利用一定的指令傳輸待測(cè)試項(xiàng)目文件至容器服務(wù)器。上述預(yù)設(shè)傳輸命令可以具體表現(xiàn)為Jenkins命令，當(dāng)然，還可以為不同于Jenkins命令的傳輸命令。

步驟102：利用部署命令，部署所述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使所述容器服務(wù)器啟動(dòng)所述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；

需要說(shuō)明的是，上述部署命令可以具體表現(xiàn)為curl命令，即可以curl命令，通過Tomcat manager text的路徑將待測(cè)試項(xiàng)目文件部署至容器服務(wù)器。

將待測(cè)試項(xiàng)目文件部署至容器服務(wù)器，即創(chuàng)建一個(gè)新的context，建立一個(gè)測(cè)試環(huán)境。測(cè)試環(huán)境建立后，容器服務(wù)器可以啟動(dòng)該測(cè)試環(huán)境，然后將該測(cè)試環(huán)境是否正常啟動(dòng)的信息，同一定的方式返回給代碼審查軟件。

將測(cè)試文件部署至容器服務(wù)器的方式有很多，其可以遠(yuǎn)程部署，也可以利用其它的部署方式。

作為一種具體實(shí)施方式，遠(yuǎn)程部署的過程可以具體為：利用所述部署命令，通過URL方式遠(yuǎn)程部署所述待測(cè)試項(xiàng)目文件，得到所述測(cè)試環(huán)境。

具體地，當(dāng)容器服務(wù)器具體為Tomcat服務(wù)器時(shí)，可以利用Tomcat的webapp下名為mannager的context，即利用URL的方式遠(yuǎn)程部署待測(cè)試文件，例如，通過http://<username>:<password>@<host>:<port>/manager/text/deploy？path＝/test&war＝file:<path-of-war>，以將war文件部署至http://<host>:<port>/test。

當(dāng)然，還可以利用其它的部署方式進(jìn)行部署，例如，將war文件直接復(fù)制到相應(yīng)的目錄下，在此不作限定。

步驟103：接收返回的所述啟動(dòng)結(jié)果信息，根據(jù)所述啟動(dòng)結(jié)果信息，判斷所述測(cè)試環(huán)境是否正常啟動(dòng)；

具體地，可以通過curl命令返回的部署信息進(jìn)行分析，以確定測(cè)試環(huán)境是否正常啟動(dòng)。當(dāng)正常啟動(dòng)時(shí)，則判斷當(dāng)前的待測(cè)試項(xiàng)目文件的配置文件沒有存在異常，即待測(cè)試項(xiàng)目文件通過自動(dòng)化代碼審查階段；當(dāng)啟動(dòng)異常時(shí)，則判斷當(dāng)前的待測(cè)試項(xiàng)目文件的配置文件存在異常。

可以理解的是，當(dāng)待測(cè)試項(xiàng)目文件的配置文件出現(xiàn)異常時(shí)，開發(fā)人員可以對(duì)待測(cè)試項(xiàng)目文件修改。開發(fā)人員可以不斷地向代碼審查工具上傳新的補(bǔ)丁(patch)，對(duì)測(cè)試項(xiàng)目文件進(jìn)行修改完善。

需要說(shuō)明的是，代碼審查工具新的patch后，會(huì)觸發(fā)新的check任務(wù)，進(jìn)而覆蓋之前的測(cè)試環(huán)境，部署新的測(cè)試環(huán)境。而所有的patch均共享一個(gè)task-id。

步驟104：若正常啟動(dòng)，得出所述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。

可以理解的是，測(cè)試環(huán)境的正常啟動(dòng)后，可以利用部署的測(cè)試環(huán)境進(jìn)行后續(xù)測(cè)試流程，即開發(fā)人員可以進(jìn)入到該測(cè)試環(huán)境，進(jìn)行人工代碼審查。

作為一種具體實(shí)施方式，在測(cè)試環(huán)境正常啟動(dòng)后還可以包括：將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查。

在進(jìn)行了人工代碼審查階段后，可以進(jìn)入到gate階段，則當(dāng)前測(cè)試環(huán)境處于空置狀態(tài)，故可以關(guān)閉當(dāng)前測(cè)試環(huán)境。

作為一種具體實(shí)施方式，在上述將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查之后還可以包括：對(duì)所述測(cè)試環(huán)境進(jìn)行清除操作，清除所述測(cè)試環(huán)境。

可以理解的是，在待測(cè)試項(xiàng)目文件通過自動(dòng)化代碼檢查后，可以將測(cè)試環(huán)境關(guān)閉，即刪除相應(yīng)的容器服務(wù)器的目錄，例如，刪除Tomcat目錄(/opt/tomcat34)。而在進(jìn)入gate階段后，在將測(cè)試環(huán)境進(jìn)行清除即可。

需要說(shuō)明的是，各個(gè)測(cè)試環(huán)境直覺可以共享數(shù)據(jù)庫(kù)以及緩存等資源。而當(dāng)容器服務(wù)器為Tomcat服務(wù)器時(shí)，多個(gè)Tomcat之間可以通過不同的端口號(hào)進(jìn)行區(qū)分，保證了環(huán)境的隔離性，相較于Docker服務(wù)器的Dec0ps方式，其更加的輕量。

本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試的方法，通過獲取待測(cè)試項(xiàng)目文件，將上述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；利用部署命令，部署上述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使上述容器服務(wù)器啟動(dòng)上述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；接收返回的上述啟動(dòng)結(jié)果信息，根據(jù)上述啟動(dòng)結(jié)果信息，判斷上述測(cè)試環(huán)境是否正常啟動(dòng)；若正常啟動(dòng)，得出上述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。將待測(cè)試項(xiàng)目文件部署指容器服務(wù)器，即部署相應(yīng)的測(cè)試環(huán)境，再啟動(dòng)所部署的測(cè)試環(huán)境，判斷測(cè)試環(huán)境是否正常啟動(dòng)，來(lái)判斷待測(cè)試項(xiàng)目文件的配置文件是否存在異常，以實(shí)現(xiàn)對(duì)項(xiàng)目配置文件進(jìn)行檢測(cè)?？梢?，該方法可以檢測(cè)項(xiàng)目配置文件是否存在異常。

下面對(duì)本發(fā)明實(shí)施例提供的持續(xù)集成測(cè)試裝置進(jìn)行介紹，下文描述的持續(xù)集成測(cè)試裝置與上文描述的持續(xù)集成測(cè)試方法可相互對(duì)應(yīng)參照。

圖2為本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試裝置的結(jié)構(gòu)框圖，參照?qǐng)D2持續(xù)集成測(cè)試裝置可以包括：

獲取傳輸模塊201，用于獲取待測(cè)試項(xiàng)目文件，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器；

部署模塊202，用于利用部署命令，部署所述待測(cè)試項(xiàng)目文件的測(cè)試環(huán)境，以使所述容器服務(wù)器啟動(dòng)所述測(cè)試環(huán)境，返回啟動(dòng)結(jié)果信息；

判斷模塊203，用于接收返回的所述啟動(dòng)結(jié)果信息，根據(jù)所述啟動(dòng)結(jié)果信息，判斷所述測(cè)試環(huán)境是否正常啟動(dòng)；

測(cè)試結(jié)果模塊204，用于若正常啟動(dòng)，得出所述待測(cè)試項(xiàng)目文件對(duì)應(yīng)的配置文件正確的測(cè)試結(jié)果。

可選地，還包括：

作為模塊，用于將所述測(cè)試環(huán)境作為臨時(shí)測(cè)試環(huán)境，以使測(cè)試人員進(jìn)入所述臨時(shí)測(cè)試環(huán)境進(jìn)行人工代碼審查。

可選地，還包括：

清除模塊，用于對(duì)所述測(cè)試環(huán)境進(jìn)行清除操作，清除所述測(cè)試環(huán)境。

可選地，所述部署模塊包括：

遠(yuǎn)程部署單元，用于利用所述部署命令，通過URL方式遠(yuǎn)程部署所述待測(cè)試項(xiàng)目文件，得到所述測(cè)試環(huán)境。

可選地，所述獲取傳輸模塊包括：

獲取單元，用于獲取所述待測(cè)試項(xiàng)目文件；

ID生成單元，用于當(dāng)監(jiān)聽任務(wù)監(jiān)聽到所述待測(cè)試項(xiàng)目文件的上傳時(shí)，生成與所述待測(cè)試項(xiàng)目文件相對(duì)應(yīng)的任務(wù)ID；

端口號(hào)分配單元，用于根據(jù)所述任務(wù)ID，分配給所述待測(cè)試項(xiàng)目文件與所述任務(wù)ID一一對(duì)應(yīng)的端口號(hào)；

檢測(cè)單元，用于檢測(cè)所述端口號(hào)是否存在；

清除配置單元，用于當(dāng)所述端口號(hào)存在時(shí)，清除所述端口號(hào)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

配置單元，用于當(dāng)所述端口號(hào)不存在時(shí)，配置相應(yīng)的配置文件以及端口號(hào)設(shè)置；

傳輸單元，用于通過預(yù)設(shè)傳輸命令，將所述待測(cè)試項(xiàng)目文件傳輸至容器服務(wù)器。

本發(fā)明實(shí)施例所提供的持續(xù)集成測(cè)試的裝置，通過將待測(cè)試項(xiàng)目文件部署指容器服務(wù)器，即部署相應(yīng)的測(cè)試環(huán)境，再啟動(dòng)所部署的測(cè)試環(huán)境，判斷測(cè)試環(huán)境是否正常啟動(dòng)，來(lái)判斷待測(cè)試項(xiàng)目文件的配置文件是否存在異常，以實(shí)現(xiàn)對(duì)項(xiàng)目配置文件進(jìn)行檢測(cè)?？梢?，該裝置可以檢測(cè)項(xiàng)目配置文件是否存在異常。

本說(shuō)明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其它實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同或相似部分互相參見即可。對(duì)于實(shí)施例公開的裝置而言，由于其與實(shí)施例公開的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見方法部分說(shuō)明即可。

專業(yè)人員還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來(lái)實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。

以上對(duì)本發(fā)明所提供的持續(xù)集成測(cè)試的方法以及裝置進(jìn)行了詳細(xì)介紹。本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的方法及其核心思想。應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以對(duì)本發(fā)明進(jìn)行若干改進(jìn)和修飾，這些改進(jìn)和修飾也落入本發(fā)明權(quán)利要求的保護(hù)范圍內(nèi)。