本申請(qǐng)涉及軟件測(cè)試技術(shù)領(lǐng)域，具體涉及一種自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)。

背景技術(shù)：

移動(dòng)app從早期的原生(native)架構(gòu)發(fā)展為混合(hybrid)框架，再到現(xiàn)在的組件化架構(gòu)，開(kāi)發(fā)技術(shù)不斷創(chuàng)新，測(cè)試自動(dòng)化框架也層出不窮，例如有appium，robotium,calabash及earlgrey等各類框架。測(cè)試團(tuán)隊(duì)在自動(dòng)化測(cè)試時(shí)利用現(xiàn)有的自動(dòng)化工具來(lái)實(shí)施自己產(chǎn)品的自動(dòng)化測(cè)試方案時(shí)，往往難以降低人工測(cè)試成本，而苦惱于自動(dòng)化工具的易用性，學(xué)習(xí)成本以及運(yùn)行成功率都難以滿足新的測(cè)試需求。特別是現(xiàn)在組件通常為第三方開(kāi)發(fā)，指導(dǎo)第三方測(cè)試人員使用需要編程的框架會(huì)耗費(fèi)高昂的時(shí)間成本和人力成本。

對(duì)于安卓(android)版本和ios版本的同一個(gè)組件運(yùn)行在webview上的app軟件，存在對(duì)于android版本和ios版本使用同一套測(cè)試方案的需求。但現(xiàn)有的測(cè)試方案中，對(duì)于同一個(gè)app軟件的安卓(android)版本和ios版本的同一個(gè)組件控件，所識(shí)別出的屬性元素完全不一樣，導(dǎo)致在識(shí)別該控件時(shí)，對(duì)于android版本和ios版本需要分別配置不同的標(biāo)識(shí)，測(cè)試人員需要維護(hù)兩套測(cè)試方案，從而增加了維護(hù)成本，也給運(yùn)行自動(dòng)化測(cè)試方案增加了不穩(wěn)定性。

此外，在測(cè)試過(guò)程中，有時(shí)候只需測(cè)試第三方的業(yè)務(wù)組件，但是特定組件的頁(yè)面往往需要執(zhí)行一些必要的步驟后才能到達(dá)需要測(cè)試的第三方組件頁(yè)面，冗長(zhǎng)的測(cè)試步驟增加了運(yùn)行自動(dòng)化測(cè)試的不穩(wěn)定性，可能在到達(dá)第三方組件頁(yè)面之前被中斷。

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

鑒于現(xiàn)有技術(shù)中的上述缺陷或不足，期望提供一種對(duì)于android版本和ios版本使用同一套測(cè)試方案以降低測(cè)試成本并增強(qiáng)自動(dòng)化測(cè)試穩(wěn)定性的自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)；

并進(jìn)一步期望提供一種支持直接跳入第三方組件頁(yè)面進(jìn)行測(cè)試以增強(qiáng)自動(dòng)化測(cè)試穩(wěn)定性的自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)。

第一方面，本發(fā)明提供一種適用于自動(dòng)測(cè)試終端的自動(dòng)測(cè)試方法，該方法包括：

向自動(dòng)測(cè)試平臺(tái)獲取測(cè)試方案信息；

解析該測(cè)試方案信息以生成測(cè)試指令序列，該測(cè)試指令序列包括若干識(shí)別文檔對(duì)象模型(documentobjectmodel，簡(jiǎn)稱dom)元素的斷言以及對(duì)各dom元素進(jìn)行測(cè)試的斷言；

執(zhí)行該測(cè)試指令序列以對(duì)待測(cè)軟件的用戶界面(ui)中的各dom元素進(jìn)行識(shí)別和測(cè)試，在執(zhí)行各斷言時(shí)生成反饋信息并發(fā)送至自動(dòng)測(cè)試平臺(tái)以供生成測(cè)試報(bào)告。

優(yōu)選地，該測(cè)試指令序列還包括位置(scheme)元素；

解析該測(cè)試方案信息以生成測(cè)試指令序列之后還包括：

執(zhí)行該測(cè)試指令序列以根據(jù)scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

第二方面，本發(fā)明提供一種適用于自動(dòng)測(cè)試平臺(tái)的自動(dòng)測(cè)試方法，該方法包括：

通過(guò)可視化的測(cè)試方案配置界面獲取在該界面中配置的對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試的測(cè)試方案；

根據(jù)所獲取的測(cè)試方案生成測(cè)試方案信息，以供自動(dòng)測(cè)試終端獲取后解析并執(zhí)行；

接收自動(dòng)測(cè)試終端返回的若干反饋信息，根據(jù)各反饋信息生成測(cè)試報(bào)告。

優(yōu)選地，測(cè)試方案中配置有scheme元素，該測(cè)試方案包括以下測(cè)試動(dòng)作：根據(jù)所配置的scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

第三方面，本發(fā)明提供一種自動(dòng)測(cè)試終端，包括：

第一通信單元，配置用于向自動(dòng)測(cè)試平臺(tái)獲取測(cè)試方案信息，將反饋信息發(fā)送至自動(dòng)測(cè)試平臺(tái)以供生成測(cè)試報(bào)告；

解析單元，配置用于解析測(cè)試方案信息以生成測(cè)試指令序列，該測(cè)試指令序列包括若干識(shí)別dom元素的斷言以及對(duì)各dom元素進(jìn)行測(cè)試的斷言；

測(cè)試單元，配置用于執(zhí)行測(cè)試指令序列以對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試，并在執(zhí)行各斷言時(shí)生成反饋信息。

優(yōu)選地，測(cè)試指令序列還包括scheme元素。該測(cè)試單元進(jìn)一步配置用于執(zhí)行測(cè)試指令序列以根據(jù)scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

第四方面，本發(fā)明提供一種自動(dòng)測(cè)試平臺(tái)，包括：

配置單元，配置用于通過(guò)可視化的測(cè)試方案配置界面獲取在所述界面中配置的對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試的測(cè)試方案；

封裝單元，配置用于根據(jù)所獲取的測(cè)試方案生成測(cè)試方案信息；

第二通信單元，配置用于將所述測(cè)試方案信息發(fā)送至自動(dòng)測(cè)試終端以供解析并執(zhí)行，接收所述自動(dòng)測(cè)試終端返回的若干反饋信息；

報(bào)告單元，配置用于根據(jù)各所述反饋信息生成測(cè)試報(bào)告。

優(yōu)選地，測(cè)試方案中配置有scheme元素，該測(cè)試方案包括以下測(cè)試動(dòng)作：根據(jù)所配置的scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

第五方面，本發(fā)明提供一種自動(dòng)測(cè)試系統(tǒng)，包括若干上述自動(dòng)測(cè)試終端，以及，上述自動(dòng)測(cè)試平臺(tái)。

第六方面，本發(fā)明還提供一種設(shè)備，包括一個(gè)或多個(gè)處理器和存儲(chǔ)器，其中存儲(chǔ)器包含可由該一個(gè)或多個(gè)處理器執(zhí)行的指令以使得該一個(gè)或多個(gè)處理器執(zhí)行上述第一方面提供的自動(dòng)測(cè)試方法，或，上述第二方面提供的自動(dòng)測(cè)試方法。

第七方面，本發(fā)明還提供一種存儲(chǔ)有計(jì)算機(jī)程序的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，該計(jì)算機(jī)程序使計(jì)算機(jī)執(zhí)行上述第一方面提供的自動(dòng)測(cè)試方法，或，上述第二方面提供的自動(dòng)測(cè)試方法。

本發(fā)明諸多實(shí)施例提供的自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)通過(guò)在自動(dòng)測(cè)試平臺(tái)中配置封裝對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試的測(cè)試方案，并在自動(dòng)測(cè)試終端中解析執(zhí)行以完成對(duì)待測(cè)軟件的ui進(jìn)行測(cè)試，利用dom元素在android系統(tǒng)和ios系統(tǒng)中結(jié)構(gòu)完全一致的特性，實(shí)現(xiàn)了對(duì)于android版本和ios版本只需使用同一套測(cè)試方案，從而降低測(cè)試成本并增強(qiáng)自動(dòng)化測(cè)試穩(wěn)定性；同時(shí)還具備自動(dòng)測(cè)試平臺(tái)可無(wú)線適配多個(gè)自動(dòng)測(cè)試終端，而無(wú)需物理連接，可同時(shí)進(jìn)行多線測(cè)試，以及自動(dòng)生成測(cè)試報(bào)告等優(yōu)點(diǎn)；

本發(fā)明一些實(shí)施例提供的自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)通過(guò)在自動(dòng)測(cè)試平臺(tái)中通過(guò)可視化的測(cè)試方案配置界面獲取在所述界面中配置的測(cè)試方案，使得第三方測(cè)試人員無(wú)需在配置界面中通過(guò)編程配置測(cè)試方案，從而降低了測(cè)試方案的配置難度，并節(jié)省了培訓(xùn)第三方測(cè)試人員的時(shí)間成本和人力成本；

本發(fā)明一些實(shí)施例提供的自動(dòng)測(cè)試方法、終端、平臺(tái)及系統(tǒng)進(jìn)一步通過(guò)在測(cè)試方案中配置scheme元素，以及根據(jù)所配置的scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面的測(cè)試動(dòng)作，實(shí)現(xiàn)了直接跳入第三方組件頁(yè)面進(jìn)行測(cè)試，從而增強(qiáng)了自動(dòng)化測(cè)試的穩(wěn)定性。

附圖說(shuō)明

通過(guò)閱讀參照以下附圖所作的對(duì)非限制性實(shí)施例所作的詳細(xì)描述，本申請(qǐng)的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯：

圖1為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試方法的流程圖。

圖2為圖1所示方法的一種優(yōu)選實(shí)施方式的流程圖。

圖3為本發(fā)明一實(shí)施例提供的另一種自動(dòng)測(cè)試方法的流程圖。

圖4為圖3所示方法的一種優(yōu)選實(shí)施方式的流程圖。

圖5為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試終端的結(jié)構(gòu)示意圖。

圖6為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試平臺(tái)的結(jié)構(gòu)示意圖。

圖7為圖6所示平臺(tái)的一種優(yōu)選實(shí)施方式的結(jié)構(gòu)示意圖。

圖8為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試系統(tǒng)的結(jié)構(gòu)示意圖。

圖9為本發(fā)明一實(shí)施例提供的一種設(shè)備的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面結(jié)合附圖和實(shí)施例對(duì)本申請(qǐng)作進(jìn)一步的詳細(xì)說(shuō)明。可以理解的是，此處所描述的具體實(shí)施例僅僅用于解釋相關(guān)發(fā)明，而非對(duì)該發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與發(fā)明相關(guān)的部分。

需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本申請(qǐng)。

圖1為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試方法的流程圖。

如圖1所示，在本實(shí)施例中，本發(fā)明提供一種適用于自動(dòng)測(cè)試終端的自動(dòng)測(cè)試方法，該方法包括：

s12：向自動(dòng)測(cè)試平臺(tái)獲取測(cè)試方案信息。

具體地，在本實(shí)施例中，自動(dòng)測(cè)試平臺(tái)中所存儲(chǔ)的各測(cè)試方案信息以參數(shù)caseid作為身份標(biāo)識(shí)，自動(dòng)測(cè)試終端在登錄自動(dòng)測(cè)試平臺(tái)后，只需向自動(dòng)測(cè)試平臺(tái)發(fā)送caseid，即可獲取自動(dòng)測(cè)試平臺(tái)返回的對(duì)應(yīng)的測(cè)試方案信息。在更多實(shí)施例中，還可將步驟s12配置為在登錄自動(dòng)測(cè)試平臺(tái)后通過(guò)瀏覽測(cè)試方案目錄選擇下載所需的測(cè)試方案信息等不同方式獲取測(cè)試方案信息，可實(shí)現(xiàn)相同的技術(shù)效果。

s14：解析該測(cè)試方案信息以生成測(cè)試指令序列。該測(cè)試指令序列包括若干識(shí)別文檔對(duì)象模型(documentobjectmodel，簡(jiǎn)稱dom)元素的斷言以及對(duì)各dom元素進(jìn)行測(cè)試的斷言。

具體地，在本實(shí)施例中，測(cè)試方案信息為js文件，其中封裝有若干對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別或測(cè)試的測(cè)試動(dòng)作，在更多實(shí)施例中，還可將測(cè)試方案信息配置為更多不同格式的文件。自動(dòng)測(cè)試終端在步驟s12中獲取js文件之后，在步驟s14中對(duì)js文件進(jìn)行解析，生成包括若干測(cè)試指令的測(cè)試指令序列。其中，一部分測(cè)試指令包括若干對(duì)各dom元素進(jìn)行識(shí)別的斷言，另一部分測(cè)試指令包括若干對(duì)所識(shí)別出的各dom元素進(jìn)行測(cè)試的斷言。

s16：執(zhí)行該測(cè)試指令序列以對(duì)待測(cè)軟件的用戶界面(ui)中的各dom元素進(jìn)行識(shí)別和測(cè)試，在執(zhí)行各斷言時(shí)生成反饋信息并發(fā)送至自動(dòng)測(cè)試平臺(tái)以供生成測(cè)試報(bào)告。

具體地，自動(dòng)測(cè)試終端依次執(zhí)行步驟s14中解析得到的測(cè)試指令序列中的各測(cè)試指令，從而識(shí)別出待測(cè)試軟件ui的各組件中的各dom元素，并對(duì)各dom元素進(jìn)行各項(xiàng)測(cè)試，在執(zhí)行各所述斷言時(shí)生成若干反饋信息，將所生成的反饋信息發(fā)送至自動(dòng)測(cè)試平臺(tái)以供生成測(cè)試報(bào)告。

由于dom元素具備在android系統(tǒng)和ios系統(tǒng)中結(jié)構(gòu)完全一致的特性，因此本實(shí)施例提供的上述自動(dòng)測(cè)試方法可以對(duì)同一app的android版本和ios版本采用完全相同的測(cè)試方案，而無(wú)需配置不同的標(biāo)識(shí)并維護(hù)兩套測(cè)試用例。

圖2為圖1所示方法的一種優(yōu)選實(shí)施方式的流程圖。

如圖2所示，在一優(yōu)選實(shí)施例中，測(cè)試指令序列還包括位置(scheme)元素。步驟s14之后還包括：

s15：執(zhí)行該測(cè)試指令序列以根據(jù)scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

具體地，在通常的現(xiàn)有測(cè)試方案中，測(cè)試一個(gè)第三方組件頁(yè)面往往需要先通過(guò)冗長(zhǎng)的路徑到達(dá)該頁(yè)面，例如在微信app中，需要通過(guò)主界面-“我”-“錢(qián)包”-“第三方服務(wù)”這一路徑才能進(jìn)入第三方組件頁(yè)面；而在本實(shí)施例中，步驟s12中所獲取的測(cè)試方案信息中配置有scheme元素，因此步驟s14中解析得到的測(cè)試指令序列中也包含有該scheme元素，在步驟s15中，根據(jù)該scheme元素提供的位置路徑，即可通過(guò)執(zhí)行測(cè)試指令直接跳轉(zhuǎn)至待測(cè)試頁(yè)面，從而在步驟s16中對(duì)待測(cè)試頁(yè)面進(jìn)行各項(xiàng)測(cè)試方案信息中所配置的測(cè)試，而無(wú)需再通過(guò)冗長(zhǎng)的路徑逐步到達(dá)待測(cè)試頁(yè)面。對(duì)于有多個(gè)組件頁(yè)面需要測(cè)試的待測(cè)試軟件，也可以循環(huán)步驟s15-s16，逐一跳轉(zhuǎn)至各待測(cè)試頁(yè)面并進(jìn)行測(cè)試。

在本實(shí)施例中，上述反饋信息包括：執(zhí)行時(shí)間，執(zhí)行者，測(cè)試id，執(zhí)行步驟，錯(cuò)誤類型。在更多實(shí)施例中，還可根據(jù)實(shí)際需求將反饋信息配置為包括上述任意的一項(xiàng)或多項(xiàng)，并可以進(jìn)一步包括其它本領(lǐng)域常用于生成測(cè)試報(bào)告的各項(xiàng)參數(shù)或信息。

圖3為本發(fā)明一實(shí)施例提供的另一種自動(dòng)測(cè)試方法的流程圖。

如圖3所示，在本實(shí)施例中，本發(fā)明還提供一種適用于自動(dòng)測(cè)試平臺(tái)的自動(dòng)測(cè)試方法，該方法包括：

s22：通過(guò)可視化的測(cè)試方案配置界面獲取在該界面中配置的對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試的測(cè)試方案。

具體地，在可視化的測(cè)試方案配置界面中提供各類配置組件，測(cè)試人員無(wú)需進(jìn)行編程即可在該界面中通過(guò)各類配置組件完成測(cè)試方案的配置。

在本實(shí)施例中，測(cè)試方案包括若干測(cè)試動(dòng)作，例如包括到達(dá)待測(cè)試頁(yè)面的測(cè)試動(dòng)作、識(shí)別待測(cè)試頁(yè)面中dom元素的測(cè)試動(dòng)作、對(duì)所識(shí)別出的dom元素進(jìn)行各類測(cè)試的測(cè)試動(dòng)作，等。

測(cè)試方案還包括以下配置信息：動(dòng)作順序，動(dòng)作方式，寫(xiě)入值，元素值，識(shí)別方式，動(dòng)作說(shuō)明。在更多實(shí)施例中，還可根據(jù)實(shí)際需求將測(cè)試方案配置為包括上述任意的一項(xiàng)或多項(xiàng)配置信息，并可以進(jìn)一步包括其它本領(lǐng)域常用于配置測(cè)試方案的各類配置信息。

s24：根據(jù)所獲取的測(cè)試方案生成測(cè)試方案信息，以供自動(dòng)測(cè)試終端獲取后解析并執(zhí)行。

具體地，與圖1所示方法相對(duì)應(yīng)地，在本實(shí)施例中，步驟s24中將步驟s22所獲取的測(cè)試方案封裝成js文件，以供自動(dòng)測(cè)試終端獲取后解析并執(zhí)行，在更多實(shí)施例中，還可將測(cè)試方案封裝成其它不同格式的文件。

s26：接收自動(dòng)測(cè)試終端返回的若干反饋信息，根據(jù)各反饋信息生成測(cè)試報(bào)告。

具體地，與圖1所示方法相對(duì)應(yīng)地，在本實(shí)施例中，圖2所示方法中的反饋信息包括：執(zhí)行時(shí)間，執(zhí)行者，測(cè)試id，執(zhí)行步驟，錯(cuò)誤類型。在更多實(shí)施例中，同樣可配置包括不同信息的反饋信息。

自動(dòng)測(cè)試平臺(tái)接收自動(dòng)測(cè)試終端返回的各反饋信息后，根據(jù)其中的上述各項(xiàng)信息，自動(dòng)生成預(yù)配置格式的測(cè)試報(bào)告。

在一優(yōu)選實(shí)施例中，測(cè)試方案中配置有scheme元素，該測(cè)試方案包括以下測(cè)試動(dòng)作：根據(jù)所配置的scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。

具體地，自動(dòng)測(cè)試平臺(tái)通過(guò)在可視化的測(cè)試方案配置界面中提供配置scheme元素的配置組件，獲取到配置有scheme元素的測(cè)試方案并封裝成測(cè)試方案信息，以供自動(dòng)測(cè)試終端獲取后解析并執(zhí)行圖2所示的方法。

圖4為圖3所示方法的一種優(yōu)選實(shí)施方式的流程圖。

如圖4所示，在一優(yōu)選實(shí)施例中，步驟s26之后還包括：

s28：接收查詢指令或分析指令，根據(jù)查詢指令或分析指令對(duì)相對(duì)應(yīng)的反饋信息和/或測(cè)試報(bào)告進(jìn)行查詢或分析，生成查詢結(jié)果或分析結(jié)果并返回。

具體地，測(cè)試人員可以通過(guò)自動(dòng)測(cè)試終端配置并發(fā)送查詢指令或分析指令，也可以在其它任意終端，例如pc終端上登錄自動(dòng)測(cè)試平臺(tái)后，配置生成查詢指令或分析指令。自動(dòng)測(cè)試平臺(tái)接收查詢指令或分析指令后，可以對(duì)相應(yīng)的反饋信息和測(cè)試報(bào)告進(jìn)行查詢分析，生成結(jié)果并返回。

圖5為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試終端的結(jié)構(gòu)示意圖。圖5所示的自動(dòng)測(cè)試終端可對(duì)應(yīng)執(zhí)行圖1-2所示的方法。

如圖5所示，在本實(shí)施例中，本發(fā)明提供一種自動(dòng)測(cè)試終端10，包括：

第一通信單元11，配置用于向自動(dòng)測(cè)試平臺(tái)獲取測(cè)試方案信息，將反饋信息發(fā)送至自動(dòng)測(cè)試平臺(tái)以供生成測(cè)試報(bào)告；

解析單元13，配置用于解析測(cè)試方案信息以生成測(cè)試指令序列，該測(cè)試指令序列包括若干識(shí)別dom元素的斷言以及對(duì)各dom元素進(jìn)行測(cè)試的斷言；

測(cè)試單元15，配置用于執(zhí)行測(cè)試指令序列以對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試，并在執(zhí)行各斷言時(shí)生成反饋信息。

具體地，在本實(shí)施例中，自動(dòng)測(cè)試終端10配置為安裝在手機(jī)中的app軟件。

在更多實(shí)施例中，自動(dòng)測(cè)試終端10還可根據(jù)實(shí)際需求配置為安裝在pc等不同設(shè)備中的軟件；或，專用于進(jìn)行自動(dòng)測(cè)試的硬件裝置，例如，一體集成的手持測(cè)試終端設(shè)備等；乃至于，其它軟硬件組合類型的設(shè)備，例如，第一通信單元11和解析單元13配置為與手機(jī)通信連接的硬件裝置、測(cè)試單元15配置為安裝在手機(jī)中的軟件，等等。

在一優(yōu)選實(shí)施例中，測(cè)試指令序列還包括scheme元素。

測(cè)試單元15進(jìn)一步配置用于執(zhí)行測(cè)試指令序列以根據(jù)scheme元素直接跳轉(zhuǎn)至待測(cè)試頁(yè)面。具體原理參見(jiàn)上述關(guān)于圖2所示方法及其優(yōu)選實(shí)施方式的說(shuō)明，此處不再贅述。

圖6為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試平臺(tái)的結(jié)構(gòu)示意圖。圖6所示的自動(dòng)測(cè)試平臺(tái)可對(duì)應(yīng)執(zhí)行圖3所示的方法。

如圖6所示，在本實(shí)施例中，本發(fā)明還提供一種自動(dòng)測(cè)試平臺(tái)20，包括：

配置單元21，配置用于通過(guò)可視化的測(cè)試方案配置界面獲取在所述界面中配置的對(duì)待測(cè)軟件ui中的各dom元素進(jìn)行識(shí)別和測(cè)試的測(cè)試方案；

封裝單元23，配置用于根據(jù)所獲取的測(cè)試方案生成測(cè)試方案信息；

第二通信單元25，配置用于將所述測(cè)試方案信息發(fā)送至自動(dòng)測(cè)試終端以供解析并執(zhí)行，接收所述自動(dòng)測(cè)試終端返回的若干反饋信息；

報(bào)告單元27，配置用于根據(jù)各所述反饋信息生成測(cè)試報(bào)告。

具體地，在本實(shí)施例中，自動(dòng)測(cè)試平臺(tái)20配置為安裝在計(jì)算機(jī)中的軟件。

在更多實(shí)施例中，自動(dòng)測(cè)試平臺(tái)20還可根據(jù)實(shí)際需求配置為安裝在移動(dòng)終端等不同設(shè)備中的軟件；或，專用于進(jìn)行配置測(cè)試方案以及生成測(cè)試報(bào)告等功能的硬件裝置。

圖7為圖6所示平臺(tái)的一種優(yōu)選實(shí)施方式的結(jié)構(gòu)示意圖。圖7所示的自動(dòng)測(cè)試平臺(tái)可對(duì)應(yīng)執(zhí)行圖4所示的方法。

如圖7所示，在一優(yōu)選實(shí)施例中，第二通信單元25進(jìn)一步配置用于接收查詢指令或分析指令，返回查詢結(jié)果或分析結(jié)果。

自動(dòng)測(cè)試平臺(tái)20還包括：

查詢單元29，配置用于根據(jù)查詢指令或分析指令對(duì)相對(duì)應(yīng)的反饋信息和/或測(cè)試報(bào)告進(jìn)行查詢或分析，生成查詢結(jié)果或分析結(jié)果。具體原理參見(jiàn)上述關(guān)于圖4所示方法及其優(yōu)選實(shí)施方式的說(shuō)明，此處不再贅述。

圖8為本發(fā)明一實(shí)施例提供的一種自動(dòng)測(cè)試系統(tǒng)的結(jié)構(gòu)示意圖。

如圖8所示，在本實(shí)施例中，本發(fā)明還提供一種自動(dòng)測(cè)試系統(tǒng)，包括若干上述任一實(shí)施例提供的自動(dòng)測(cè)試終端10，以及上述任一實(shí)施例提供的自動(dòng)測(cè)試平臺(tái)20。

圖9為本發(fā)明一實(shí)施例提供的一種設(shè)備的結(jié)構(gòu)示意圖。

如圖9所示，作為另一方面，本申請(qǐng)還提供了一種設(shè)備900，包括一個(gè)或多個(gè)中央處理單元(cpu)901，其可以根據(jù)存儲(chǔ)在只讀存儲(chǔ)器(rom)902中的程序或者從存儲(chǔ)部分908加載到隨機(jī)訪問(wèn)存儲(chǔ)器(ram)903中的程序而執(zhí)行各種適當(dāng)?shù)膭?dòng)作和處理。在ram903中，還存儲(chǔ)有設(shè)備900操作所需的各種程序和數(shù)據(jù)。cpu901、rom902以及ram903通過(guò)總線904彼此相連。輸入/輸出(i/o)接口905也連接至總線904。

以下部件連接至i/o接口905：包括鍵盤(pán)、鼠標(biāo)等的輸入部分906；包括諸如陰極射線管(crt)、液晶顯示器(lcd)等以及揚(yáng)聲器等的輸出部分907；包括硬盤(pán)等的存儲(chǔ)部分908；以及包括諸如lan卡、調(diào)制解調(diào)器等的網(wǎng)絡(luò)接口卡的通信部分909。通信部分909經(jīng)由諸如因特網(wǎng)的網(wǎng)絡(luò)執(zhí)行通信處理。驅(qū)動(dòng)器910也根據(jù)需要連接至i/o接口905?？刹鹦督橘|(zhì)911，諸如磁盤(pán)、光盤(pán)、磁光盤(pán)、半導(dǎo)體存儲(chǔ)器等等，根據(jù)需要安裝在驅(qū)動(dòng)器910上，以便于從其上讀出的計(jì)算機(jī)程序根據(jù)需要被安裝入存儲(chǔ)部分908。

特別地，根據(jù)本公開(kāi)的實(shí)施例，上述任一實(shí)施例描述的自動(dòng)測(cè)試方法可以被實(shí)現(xiàn)為計(jì)算機(jī)軟件程序。例如，本公開(kāi)的實(shí)施例包括一種計(jì)算機(jī)程序產(chǎn)品，其包括有形地包含在機(jī)器可讀介質(zhì)上的計(jì)算機(jī)程序，所述計(jì)算機(jī)程序包含用于執(zhí)行自動(dòng)測(cè)試方法的程序代碼。在這樣的實(shí)施例中，該計(jì)算機(jī)程序可以通過(guò)通信部分909從網(wǎng)絡(luò)上被下載和安裝，和/或從可拆卸介質(zhì)911被安裝。

附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實(shí)施例的系統(tǒng)、方法和計(jì)算機(jī)程序產(chǎn)品的可能實(shí)現(xiàn)的體系架構(gòu)、功能和操作。在這點(diǎn)上，流程圖或框圖中的每個(gè)方框可以代表一個(gè)模塊、程序段、或代碼的一部分，該模塊、程序段、或代碼的一部分包含一個(gè)或多個(gè)用于實(shí)現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為替換的實(shí)現(xiàn)中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個(gè)接連地表示的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時(shí)也可以按相反的順序執(zhí)行，這根據(jù)所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個(gè)方框、以及框圖和/或流程圖中的方框的組合，可以通過(guò)執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來(lái)實(shí)現(xiàn)，或者可以通過(guò)專用硬件與計(jì)算機(jī)指令的組合來(lái)實(shí)現(xiàn)。

描述于本申請(qǐng)實(shí)施例中所涉及到的單元或模塊可以通過(guò)軟件的方式實(shí)現(xiàn)，也可以通過(guò)硬件的方式來(lái)實(shí)現(xiàn)。所描述的單元或模塊也可以設(shè)置在處理器中，例如，各所述單元可以是設(shè)置在計(jì)算機(jī)或移動(dòng)智能設(shè)備中的軟件程序，也可以是單獨(dú)配置的硬件裝置。其中，這些單元或模塊的名稱在某種情況下并不構(gòu)成對(duì)該單元或模塊本身的限定。

作為又一方面，本申請(qǐng)還提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，該計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以是上述實(shí)施例的裝置中所包含的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)；也可以是單獨(dú)存在，未裝配入設(shè)備中的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)存儲(chǔ)有一個(gè)或者一個(gè)以上程序，該程序被一個(gè)或者一個(gè)以上的處理器用來(lái)執(zhí)行描述于本申請(qǐng)任一實(shí)施例提供的自動(dòng)測(cè)試方法。

以上描述僅為本申請(qǐng)的較佳實(shí)施例以及對(duì)所運(yùn)用技術(shù)原理的說(shuō)明。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，本申請(qǐng)中所涉及的發(fā)明范圍，并不限于上述技術(shù)特征的特定組合而成的技術(shù)方案，同時(shí)也應(yīng)涵蓋在不脫離本申請(qǐng)構(gòu)思的情況下，由上述技術(shù)特征或其等同特征進(jìn)行任意組合而形成的其它技術(shù)方案。例如上述特征與本申請(qǐng)中公開(kāi)的(但不限于)具有類似功能的技術(shù)特征進(jìn)行互相替換而形成的技術(shù)方案。