本發(fā)明涉及電子信息技術(shù)領(lǐng)域，尤其涉及一種用于應(yīng)用開發(fā)的測試方法及裝置。

背景技術(shù)：

隨著智能手機(jī)的普及，移動終端不僅承載了更多業(yè)務(wù)場景的實現(xiàn)，還要應(yīng)對不斷變化的業(yè)務(wù)需求。這就要求移動團(tuán)隊能夠迅速響應(yīng)變化，快速迭代。由于移動終端本身興起的時間并不長，各方面的成熟度比較欠缺，能夠拿來用的工具又少之又少；同時隨著業(yè)務(wù)的深度、廣度的增加和迭代的加速，構(gòu)建版本和持續(xù)驗證等工作占據(jù)了大量時間，嚴(yán)重降低了開發(fā)和測試效率。

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

本發(fā)明的主要目的在于提出一種用于應(yīng)用開發(fā)的測試方法及裝置，旨在解決現(xiàn)有技術(shù)中應(yīng)用開發(fā)測試效率低下的問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種用于應(yīng)用開發(fā)的測試方法，包括：當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用；從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例；接收所述被測終端返回的測試結(jié)果。

可選的，所述當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用包括：監(jiān)聽代碼托管服務(wù)器中應(yīng)用代碼的版本號的變化情況；當(dāng)監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號時，將所述應(yīng)用代碼拉取到本地；將拉取到本地的所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用。

可選的，所述從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例之前，所述方法還包括：接收開發(fā)人員編寫的單元測試用例和/或測試人員編寫的集成測試用例；將所述單元測試用例和/或所述集成測試用例按照適用的測試對象和測試環(huán)境分類存儲。

可選的，所述從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例包括：根據(jù)所述測試對象和所述測試環(huán)境，從所述單元測試用例和/或所述集成測試用例中選擇適用于所述可執(zhí)行應(yīng)用的測試用例。

進(jìn)一步的，在接收所述被測終端返回的測試結(jié)果之后，所述方法還包括：向開發(fā)人員提示所述測試結(jié)果；接收所述開發(fā)人員根據(jù)所述測試結(jié)果對所述應(yīng)用代碼的更新，以進(jìn)行下一輪的測試。

另一方面，本發(fā)明還提供一種用于應(yīng)用開發(fā)的測試裝置，包括：獲取單元，用于當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用；選擇單元，用于從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；發(fā)送單元，用于將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例；結(jié)果接收單元，用于接收所述被測終端返回的測試結(jié)果。

可選的，所述獲取單元包括：監(jiān)聽模塊，用于監(jiān)聽代碼托管服務(wù)器中應(yīng)用代碼的版本號的變化情況；拉取模塊，用于當(dāng)所述監(jiān)聽模塊監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號時，將所述應(yīng)用代碼拉取到本地；編譯模塊，用于將所述拉取模塊拉取到本地的所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用。

進(jìn)一步的，所述裝置還包括：用例接收單元，用于在從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例之前，接收開發(fā)人員編寫的單元測試用例和/或測試人員編寫的集成測試用例；分類存儲單元，用于將所述單元測試用例和/或所述集成測試用例按照適用的測試對象和測試環(huán)境分類存儲。

可選的，所述選擇單元，具體用于：根據(jù)所述測試對象和所述測試環(huán)境，從所述單元測試用例和/或集成測試用例中選擇適用于所述可執(zhí)行應(yīng)用的測試用例。

進(jìn)一步的，所述裝置還包括：提示單元，用于在接收所述被測終端返回的測試結(jié)果之后，向開發(fā)人員提示所述測試結(jié)果，以使所述開發(fā)人員根據(jù)所述測試結(jié)果對所述應(yīng)用代碼進(jìn)行更新，從而進(jìn)行下一輪測試。

本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試方法及裝置，當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，能夠獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用，然后從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例并接收相應(yīng)的測試結(jié)果。這樣，從應(yīng)用代碼更新到測試結(jié)果反饋，整個測試無需手動操作，而反饋速度較人工測試大大縮減，在不犧牲開發(fā)質(zhì)量的前提下，有效提升了迭代速度和測試效率。

附圖說明

圖1為本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試方法的一種流程圖；

圖2為本發(fā)明實施例中用于應(yīng)用開發(fā)的測試方法所基于的系統(tǒng)的信息流向示意圖；

圖3為本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試裝置的一種結(jié)構(gòu)示意圖。

本發(fā)明目的的實現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實施例，參照附圖做進(jìn)一步說明。

具體實施方式

應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

現(xiàn)在將參考附圖描述實現(xiàn)本發(fā)明各個實施例的移動終端。在后續(xù)的描述中，使用用于表示元件的諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，"模塊"與"部件"可以混合地使用。

如圖1所示，本發(fā)明的實施例提供一種用于應(yīng)用開發(fā)的測試方法，包括：

S11，當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用；

S12，從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；

S13，將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例；

S14，接收所述被測終端返回的測試結(jié)果。

本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試方法，當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，能夠獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用，然后從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例并接收相應(yīng)的測試結(jié)果。這樣，從應(yīng)用代碼更新到測試結(jié)果反饋，整個測試無需手動操作，而反饋速度較人工測試大大縮減，在不犧牲開發(fā)質(zhì)量的前提下，有效提升了迭代速度和測試效率。

具體的，開發(fā)人員編寫完應(yīng)用代碼后，會將代碼提交給代碼托管服務(wù)器。代碼托管服務(wù)器中管理著多種應(yīng)用程序的開發(fā)代碼，每種應(yīng)用程序都有自己的應(yīng)用包名和相應(yīng)的版本。各種應(yīng)用代碼每經(jīng)過一次提交都會產(chǎn)生新的版本號?？蛇x的，版本號可以隨時間遞增。在本發(fā)明的實施例中，可以通過監(jiān)聽每種應(yīng)用代碼的提交情況或版本號的變化情況來確定應(yīng)用代碼是否有更新。

具體而言，在步驟S11中，當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用可包括：

監(jiān)聽代碼托管服務(wù)器中應(yīng)用代碼的版本號的變化情況；

當(dāng)監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號時，將所述應(yīng)用代碼拉取到本地；

將拉取到本地的所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用。

舉例說明，在本發(fā)明的一個實施例中，假設(shè)測試設(shè)備維護(hù)著應(yīng)用程序A的當(dāng)前版本號為1.0，此時又監(jiān)聽到代碼托管服務(wù)器中應(yīng)用程序A有新提交的代碼，監(jiān)聽到的A的版本號為1.1，也就是監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號，因此，將此次新提交的應(yīng)用程序A的代碼拉取到本地，并將拉取到本地的應(yīng)用代碼編譯成可執(zhí)行應(yīng)用A。

可選的，將更新后的應(yīng)用代碼編譯成可執(zhí)行應(yīng)用后，即可以為該可執(zhí)行應(yīng)用選擇合適的測試用例。具體而言，可以預(yù)先在本地存儲開發(fā)人員和測試人員編寫的各種測試用例，每當(dāng)生成一個可執(zhí)行應(yīng)用時，可以根據(jù)所述可執(zhí)行應(yīng)用的應(yīng)用包名從預(yù)先存儲的這些測試用例中選擇可以用于測試該可執(zhí)行應(yīng)用的測試用例。當(dāng)然，也可以根據(jù)其他可以唯一確定該可執(zhí)行應(yīng)用的標(biāo)識來進(jìn)行測試用例的選擇。

具體的，在應(yīng)用的開發(fā)和測試中，可以編寫針對不同測試功能的測試用例。例如，可以編寫針對某一模塊或功能比較單一的測試用例，也可以編寫一些針對多個模塊或功能比較復(fù)雜的測試用例，以便對被測試的應(yīng)用進(jìn)行更為全面細(xì)致的測試。

需要說明的是，由于整個測試過程無需人工操作，開發(fā)和測試并不是線性依次進(jìn)行的，因此測試用例的編寫時間也不受測試流程的約束。開發(fā)人員和測試人員可以隨時編寫測試用例，并將編寫的測試用例擴(kuò)充到測試用例集中等待測試選擇即可，大大提升了測試效率。

進(jìn)一步的，為了對測試用例集進(jìn)行有效管理，可以按照測試用例的測試范圍、測試對象和測試環(huán)境等條件對測試用例進(jìn)行分類管理。可選的，測試范圍可以代表測試功能比較單一的單元測試用例，或者測試功能比較復(fù)雜的集成測試用例。測試對象可以包括該測試用例適用的可執(zhí)行應(yīng)用，測試環(huán)境可以包括該測試用例適用的終端型號。

具體而言，在本發(fā)明的一個實施例中，在步驟S21從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例之前，本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試方法還可包括：

接收開發(fā)人員編寫的單元測試用例和/或測試人員編寫的集成測試用例；

將所述單元測試用例和/或所述集成測試用例按照適用的測試對象和測試環(huán)境分類存儲。

需要說明的是，測試用例于可執(zhí)行應(yīng)用以及被測終端之間的對應(yīng)關(guān)系，可以是一對一，一對多，多對一等，本發(fā)明的實施例對此不限。例如，測試用例集中的一個用于測試攝像頭調(diào)用的測試用例，既可以用于對微信應(yīng)用的測試，也可以用于對QQ、支付寶、美顏相機(jī)等應(yīng)用的測試，既可以應(yīng)用于HUAWEI mate 8的測試，也可以用于魅族、小米等移動終端的測試。而對于QQ等應(yīng)用，每個應(yīng)用也需要多種測試用例從不同層次和角度來進(jìn)行測試。在進(jìn)行測試用例的存儲時，可以將每個測試用例標(biāo)記出對應(yīng)的測試對象和測試環(huán)境，這樣，當(dāng)對應(yīng)的可執(zhí)行應(yīng)用出現(xiàn)時，即可快速選擇出適用的測試用例。

具體而言，在步驟S12中，從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例可包括：

根據(jù)所述測試對象和所述測試環(huán)境，從所述單元測試用例和/或所述集成測試用例中選擇適用于所述可執(zhí)行應(yīng)用的測試用例。

例如，當(dāng)前監(jiān)聽到一個瀏覽器的應(yīng)用代碼發(fā)生了更新，則測試設(shè)備將該瀏覽器的應(yīng)用代碼拉取到本地并編譯成可執(zhí)行的瀏覽器應(yīng)用。需要對該可執(zhí)行的瀏覽器應(yīng)用測試網(wǎng)絡(luò)連接功能，并且該瀏覽器需要安裝到型號為P7，P8和NOTE 5的移動終端。則可以將測試對象：可執(zhí)行應(yīng)用“瀏覽器”，測試環(huán)境：P7，P8、NOTE 5作為檢索條件，在測試用例集中檢索符合該測試條件的測試用例。

為該可執(zhí)行應(yīng)用選擇了適合的測試用例后，測試設(shè)備可以將該可執(zhí)行應(yīng)用和對應(yīng)的測試用例一起發(fā)送給帶測試的終端，從而在終端的運(yùn)行環(huán)境下完成相應(yīng)的測試。測試完畢后，測試設(shè)備可以接收相應(yīng)的測試結(jié)果，并將測試結(jié)果反饋給開發(fā)人員。也就是說，在接收所述被測終端返回的測試結(jié)果之后，所述方法還包括：

向開發(fā)人員提示所述測試結(jié)果；

接收所述開發(fā)人員根據(jù)所述測試結(jié)果對所述應(yīng)用代碼的更新，以進(jìn)行下一輪的測試。

下面通過具體實施例對本發(fā)明提供的用于應(yīng)用開發(fā)的測試方法進(jìn)行詳細(xì)說明。

圖2為本發(fā)明實施例中用于應(yīng)用開發(fā)的測試方法所基于的系統(tǒng)的信息流向示意圖。如圖2所示，本實施例中，用于應(yīng)用開發(fā)的測試方法可包括如下步驟

201、開發(fā)人員和測試人員同步工作：開發(fā)人員開發(fā)應(yīng)用向代碼托管服務(wù)器提交代碼并開發(fā)單元測試用例，向持續(xù)驗證框架用例管理模塊提交；測試人員編寫集成測試用例，向持續(xù)驗證框架的用例管理模塊提交；

202、持續(xù)驗證框架代碼提交監(jiān)聽模塊在監(jiān)聽到代碼服務(wù)器版本號更改后，自動拉取最新代碼；

203、代碼構(gòu)建模塊編譯構(gòu)建最新代碼；

204、測試人員預(yù)先配置測試機(jī)型號；

205、測試用例集下發(fā)模塊下發(fā)測試用例到指定機(jī)型；

206、測試結(jié)果分析模塊收集測試結(jié)果；并將結(jié)果反饋給各相關(guān)人員；

207、開發(fā)人員對反饋問題進(jìn)行修改；持續(xù)驗證框架自動進(jìn)行下一輪迭代驗證；

從上面的操作步驟可以看到，在采用了本方案后，整個敏捷團(tuán)隊可以在不犧牲開發(fā)質(zhì)量的前提下，盡可能的提升迭代速度，從而大大提高了測試效率。

相應(yīng)的，如圖3所示，本發(fā)明的實施例還提供一種用于應(yīng)用開發(fā)的測試裝置，包括：

獲取單元31，用于當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用；

選擇單元32，用于從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；

發(fā)送單元33，用于將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例；

結(jié)果接收單元34，用于接收所述被測終端返回的測試結(jié)果。

本發(fā)明實施例提供的用于應(yīng)用開發(fā)的測試裝置，當(dāng)監(jiān)聽到更新的應(yīng)用代碼時，能夠獲取所述應(yīng)用代碼并將所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用，然后從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例；將所述可執(zhí)行應(yīng)用以及對應(yīng)的測試用例向被測終端發(fā)送，以使所述被測終端對所述可執(zhí)行應(yīng)用執(zhí)行所述測試用例并接收相應(yīng)的測試結(jié)果。這樣，從應(yīng)用代碼更新到測試結(jié)果反饋，整個測試無需手動操作，而反饋速度較人工測試大大縮減，在不犧牲開發(fā)質(zhì)量的前提下，有效提升了迭代速度和測試效率。

具體的，開發(fā)人員編寫完應(yīng)用代碼后，會將代碼提交給代碼托管服務(wù)器。代碼托管服務(wù)器中管理著多種應(yīng)用程序的開發(fā)代碼，每種應(yīng)用程序都有自己的應(yīng)用包名和相應(yīng)的版本。各種應(yīng)用代碼每經(jīng)過一次提交都會產(chǎn)生新的版本號。可選的，版本號可以隨時間遞增。在本發(fā)明的實施例中，可以通過監(jiān)聽每種應(yīng)用代碼的提交情況或版本號的變化情況來確定應(yīng)用代碼是否有更新。

具體的，獲取單元31可包括：

監(jiān)聽模塊，用于監(jiān)聽代碼托管服務(wù)器中應(yīng)用代碼的版本號的變化情況；

拉取模塊，用于當(dāng)所述監(jiān)聽模塊監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號時，將所述應(yīng)用代碼拉取到本地；

編譯模塊，用于將所述拉取模塊拉取到本地的所述應(yīng)用代碼編譯成可執(zhí)行應(yīng)用。

舉例說明，在本發(fā)明的一個實施例中，假設(shè)測試設(shè)備維護(hù)著應(yīng)用程序A的當(dāng)前版本號為1.0，此時又監(jiān)聽到代碼托管服務(wù)器中應(yīng)用程序A有新提交的代碼，監(jiān)聽到的A的版本號為1.1，也就是監(jiān)聽到的版本號高于當(dāng)前維護(hù)的版本號，因此，將此次新提交的應(yīng)用程序A的代碼拉取到本地，并將拉取到本地的應(yīng)用代碼編譯成可執(zhí)行應(yīng)用A。

可選的，將更新后的應(yīng)用代碼編譯成可執(zhí)行應(yīng)用后，即可以為該可執(zhí)行應(yīng)用選擇合適的測試用例。具體而言，可以預(yù)先在本地存儲開發(fā)人員和測試人員編寫的各種測試用例，每當(dāng)生成一個可執(zhí)行應(yīng)用時，可以根據(jù)所述可執(zhí)行應(yīng)用的應(yīng)用包名從預(yù)先存儲的這些測試用例中選擇可以用于測試該可執(zhí)行應(yīng)用的測試用例。當(dāng)然，也可以根據(jù)其他可以唯一確定該可執(zhí)行應(yīng)用的標(biāo)識來進(jìn)行測試用例的選擇。

具體的，在應(yīng)用的開發(fā)和測試中，可以編寫針對不同測試功能的測試用例。例如，可以編寫針對某一模塊或功能比較單一的測試用例，也可以編寫一些針對多個模塊或功能比較復(fù)雜的測試用例，以便對被測試的應(yīng)用進(jìn)行更為全面細(xì)致的測試。

需要說明的是，由于整個測試過程無需人工操作，開發(fā)和測試并不是線性依次進(jìn)行的，因此測試用例的編寫時間也不受測試流程的約束。開發(fā)人員和測試人員可以隨時編寫測試用例，并將編寫的測試用例擴(kuò)充到測試用例集中等待測試選擇即可，大大提升了測試效率。

進(jìn)一步的，為了對測試用例集進(jìn)行有效管理，可以按照測試用例的測試范圍、測試對象和測試環(huán)境等條件對測試用例進(jìn)行分類管理?？蛇x的，測試范圍可以代表測試功能比較單一的單元測試用例，或者測試功能比較復(fù)雜的集成測試用例。測試對象可以包括該測試用例適用的可執(zhí)行應(yīng)用，測試環(huán)境可以包括該測試用例適用的終端型號。

具體而言，在本發(fā)明的一個實施例中，用于應(yīng)用開發(fā)的測試裝置還可包括：

用例接收單元，用于在從預(yù)先編寫的測試用例集中選擇適用于所述可執(zhí)行應(yīng)用的測試用例之前，接收開發(fā)人員編寫的單元測試用例和/或測試人員編寫的集成測試用例；

分類存儲單元，用于將所述單元測試用例和/或所述集成測試用例按照適用的測試對象和測試環(huán)境分類存儲。

需要說明的是，測試用例于可執(zhí)行應(yīng)用以及被測終端之間的對應(yīng)關(guān)系，可以是一對一，一對多，多對一等，本發(fā)明的實施例對此不限。例如，測試用例集中的一個用于測試攝像頭調(diào)用的測試用例，既可以用于對微信應(yīng)用的測試，也可以用于對QQ、支付寶、美顏相機(jī)等應(yīng)用的測試，既可以應(yīng)用于HUAWEI mate 8的測試，也可以用于魅族、小米等移動終端的測試。而對于QQ等應(yīng)用，每個應(yīng)用也需要多種測試用例從不同層次和角度來進(jìn)行測試。在進(jìn)行測試用例的存儲時，可以將每個測試用例標(biāo)記出對應(yīng)的測試對象和測試環(huán)境，這樣，當(dāng)對應(yīng)的可執(zhí)行應(yīng)用出現(xiàn)時，即可快速選擇出適用的測試用例。

具體而言，選擇單元32，可具體用于：根據(jù)所述測試對象和所述測試環(huán)境，從所述單元測試用例和/或集成測試用例中選擇適用于所述可執(zhí)行應(yīng)用的測試用例。

例如，當(dāng)前監(jiān)聽到一個瀏覽器的應(yīng)用代碼發(fā)生了更新，則測試設(shè)備將該瀏覽器的應(yīng)用代碼拉取到本地并編譯成可執(zhí)行的瀏覽器應(yīng)用。需要對該可執(zhí)行的瀏覽器應(yīng)用測試網(wǎng)絡(luò)連接功能，并且該瀏覽器需要安裝到型號為P7，P8和NOTE 5的移動終端。則可以將測試對象：可執(zhí)行應(yīng)用“瀏覽器”，測試環(huán)境：P7，P8、NOTE 5作為檢索條件，在測試用例集中檢索符合該測試條件的測試用例。

為該可執(zhí)行應(yīng)用選擇了適合的測試用例后，測試設(shè)備可以將該可執(zhí)行應(yīng)用和對應(yīng)的測試用例一起發(fā)送給帶測試的終端，從而在終端的運(yùn)行環(huán)境下完成相應(yīng)的測試。測試完畢后，測試設(shè)備可以接收相應(yīng)的測試結(jié)果，并將測試結(jié)果反饋給開發(fā)人員。

具體而言，在本發(fā)明的一個實施例中，用于應(yīng)用開發(fā)的測試裝置還可包括提示單元，用于在接收所述被測終端返回的測試結(jié)果之后，向開發(fā)人員提示所述測試結(jié)果，以使所述開發(fā)人員根據(jù)所述測試結(jié)果對所述應(yīng)用代碼進(jìn)行更新，從而進(jìn)行下一輪測試。

需要說明的是，在本文中，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計算機(jī)，服務(wù)器，空調(diào)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。