專利名稱：基于云計(jì)算的軟件自動化測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件測試技術(shù)領(lǐng)域，特別涉及一種基于云計(jì)算的軟件自動化測試方法。
背景技術(shù)：
狹義云計(jì)算指IT基礎(chǔ)設(shè)施的交付和使用模式，指通過網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需資源；廣義云計(jì)算指服務(wù)的交付和使用模式，指通過網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需服務(wù)。這種服務(wù)可以是IT、軟件、互聯(lián)網(wǎng)相關(guān)服務(wù)，也可是其他服務(wù)。云計(jì)算(Cloud Computing)是網(wǎng)格計(jì)算(Grid Computing)、分布式計(jì)算(DistributedComputing)、并行計(jì)算(Parallel Computing)、效用計(jì)算(Utility Computing)、網(wǎng)絡(luò)存儲(Network Storage ^Technologies)、虛擬化(Visualization)、負(fù)載均衡(Load Balance)等傳統(tǒng)計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)發(fā)展融合的產(chǎn)物。目前的軟件自動化測試方案中，大多是編寫完測試腳本，根據(jù)測試要求，執(zhí)行配置好的測試腳本。在測試執(zhí)行開始時，就已經(jīng)確定要執(zhí)行的測試腳本，并且在執(zhí)行中不可以改變?，F(xiàn)有方案存在以下缺陷1、當(dāng)有大量的測試腳本需要執(zhí)行時，如5000條，在測試執(zhí)行開始是，先將這5000 條測試腳本大致平均的分配到不同的測試服務(wù)器上，然后所有測試服務(wù)器開始執(zhí)行分配到的測試腳本。其結(jié)果是，一些測試服務(wù)器先完成測試任務(wù)，一些測試服務(wù)器耗費(fèi)很長時間完成測試。因?yàn)?，必須要等到最后一臺測試服務(wù)器運(yùn)行結(jié)束，才可以完成整個測試。所以，在這個過程中，資源利用率比較低。2、在對測試腳本執(zhí)行測試過程中，如遇到特殊情況，需要取消一些測試腳本的執(zhí)行，只能停止所有的測試腳本的測試，然后按照新的測試腳本集合重新執(zhí)行，效率比較低。

發(fā)明內(nèi)容
(一)要解決的技術(shù)問題本發(fā)明要解決的技術(shù)問題是如何提供一種基于云計(jì)算的軟件自動化測試方法， 以實(shí)現(xiàn)將測試腳本動態(tài)地分配給測試服務(wù)器，提高對測試服務(wù)器的資源利用率。( 二 )技術(shù)方案為解決上述技術(shù)問題，本發(fā)明提供一種基于云計(jì)算的軟件自動化測試方法，其包括步驟B 主服務(wù)器向每臺端服務(wù)器發(fā)送1條測試腳本；C:接收到測試腳本的端服務(wù)器執(zhí)行對所述測試腳本的測試，并將測試結(jié)果返回給所述主服務(wù)器；D 所述主服務(wù)器判斷測試腳本集合中的所有測試腳本是否發(fā)送完畢，如果發(fā)送完畢，結(jié)束測試，否則，執(zhí)行步驟E ；E 所述主服務(wù)器向返回測試結(jié)果的端服務(wù)器發(fā)送1條新的測試腳本，執(zhí)行所述步驟。優(yōu)選地，在所述步驟B之前還包括步驟A 所述主服務(wù)器獲得所述測試腳本集合后與所述端服務(wù)器建立連接。優(yōu)選地，所述步驟A具體包括步驟Al 所述主服務(wù)器加載配置文件，并從所述配置文件中獲得所述測試腳本集合；步驟A2 所述端服務(wù)器啟動后主動連接所述主服務(wù)器，連接成功后，所述端服務(wù)器處于等待狀態(tài)；步驟A3 所述主服務(wù)器判斷已經(jīng)與所述主服務(wù)器連接的所述端服務(wù)器的數(shù)量是否達(dá)到標(biāo)準(zhǔn)值，如果達(dá)到，執(zhí)行所述步驟B，否則，所述主服務(wù)器處于等待狀態(tài)。優(yōu)選地，所述主服務(wù)器定期掃描所述配置文件，如果所述配置文件改變，所述主服務(wù)器根據(jù)改變后的配置文件獲得新的測試腳本集合，并按照所述新的測試腳本集合向所述端服務(wù)器發(fā)送測試腳本。優(yōu)選地，所述步驟C具體包括步驟Cl 接收到測試腳本的端服務(wù)器執(zhí)行對所述測試腳本的測試，如果測試成功，所述端服務(wù)器將成功的測試結(jié)果返回給所述主服務(wù)器，執(zhí)行所述步驟D，否則，所述端服務(wù)器將失敗的測試結(jié)果返回給所述主服務(wù)器，執(zhí)行C2 ；步驟C2 判斷所述測試腳本的測試失敗次數(shù)是否達(dá)到設(shè)定值，如果達(dá)到，結(jié)束對所述測試腳本的測試，執(zhí)行所述步驟D，否則，執(zhí)行所述步驟C3 ；步驟C3 所述主服務(wù)器將所述測試腳本發(fā)送給一個未執(zhí)行過所述測試腳本的端服務(wù)器，執(zhí)行所述步驟Cl。優(yōu)選地，所述設(shè)定值一般為3。優(yōu)選地，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中退出測試，則所述主服務(wù)器收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。優(yōu)選地，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中正常退出測試，所述端服務(wù)器發(fā)送退出信號給所述主服務(wù)器，所述主服務(wù)器接收到所述退出信號后收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。優(yōu)選地，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中異常退出測試，所述主服務(wù)器根據(jù)所述端服務(wù)器返回測試結(jié)果的超時時間判定所述端服務(wù)器已經(jīng)退出測試后收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。優(yōu)選地，在所述步驟D中，結(jié)束測試后，還包括步驟F 將所述測試結(jié)果保存到測試管理工具中，并生成測試報告。(三)有益效果本發(fā)明的基于云計(jì)算的軟件自動化測試方法具有以下優(yōu)勢首先，所有測試腳本由主服務(wù)器動態(tài)分配給端服務(wù)器，端服務(wù)器逐條執(zhí)行測試腳本并在返回測試結(jié)果后獲得新的測試腳本，這樣，保證了所有端服務(wù)器的資源在整個測試過程中都被充分的利用，提高了資源利用率；其次，主服務(wù)器會把測試失敗的測試腳本發(fā)送給未執(zhí)行過所述測試腳本的端服務(wù)器執(zhí)行測試，從而能夠有效解決端服務(wù)器環(huán)境問題或者前測試腳本失敗導(dǎo)致的當(dāng)前測試腳本測試失敗的問題，減少了測試腳本因非正常因素導(dǎo)致測試失敗的概率；再次，在測試過程中，能夠通過修改配置文件，改變測試腳本集合，提高了測試靈活性。


圖1是本發(fā)明的基于云計(jì)算的軟件自動化測試方法流程圖；圖2是測試腳本失敗時的處理過程示意圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例，對本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。圖1是本發(fā)明的基于云計(jì)算的軟件自動化測試方法流程圖。如圖1所示，所述方法包括步驟A 主服務(wù)器獲得測試腳本集合后與端服務(wù)器建立連接。所述步驟A具體包括步驟Al 所述主服務(wù)器加載配置文件，并從所述配置文件中獲得所述測試腳本集合。表1是所述配置文件格式的一種實(shí)例。表1配置文件格式實(shí)例
權(quán)利要求
1.一種基于云計(jì)算的軟件自動化測試方法，其特征在于，包括步驟B 主服務(wù)器向每臺端服務(wù)器發(fā)送1條測試腳本；C 接收到測試腳本的端服務(wù)器執(zhí)行對所述測試腳本的測試，并將測試結(jié)果返回給所述主服務(wù)器；D 所述主服務(wù)器判斷測試腳本集合中的所有測試腳本是否發(fā)送完畢，如果發(fā)送完畢， 結(jié)束測試，否則，執(zhí)行步驟E ；E 所述主服務(wù)器向返回測試結(jié)果的端服務(wù)器發(fā)送1條新的測試腳本，執(zhí)行所述步驟C。
2.如權(quán)利要求1所述的方法，其特征在于，在所述步驟B之前還包括步驟A所述主服務(wù)器獲得所述測試腳本集合后與所述端服務(wù)器建立連接。
3.如權(quán)利要求2所述的方法，其特征在于，所述步驟A具體包括步驟Al 所述主服務(wù)器加載配置文件，并從所述配置文件中獲得所述測試腳本集合；A2:所述端服務(wù)器啟動后主動連接所述主服務(wù)器，連接成功后，所述端服務(wù)器處于等待狀態(tài)；A3:所述主服務(wù)器判斷已經(jīng)與所述主服務(wù)器連接的所述端服務(wù)器的數(shù)量是否達(dá)到標(biāo)準(zhǔn)值，如果達(dá)到，執(zhí)行所述步驟B，否則，所述主服務(wù)器處于等待狀態(tài)。
4.如權(quán)利要求3所述的方法，其特征在于，所述主服務(wù)器定期掃描所述配置文件，如果所述配置文件改變，所述主服務(wù)器根據(jù)改變后的配置文件獲得新的測試腳本集合，并按照所述新的測試腳本集合向所述端服務(wù)器發(fā)送測試腳本。
5.如權(quán)利要求1所述的方法，其特征在于，所述步驟C具體包括步驟Cl 接收到測試腳本的端服務(wù)器執(zhí)行對所述測試腳本的測試，如果測試成功，所述端服務(wù)器將成功的測試結(jié)果返回給所述主服務(wù)器，執(zhí)行所述步驟D，否則，所述端服務(wù)器將失敗的測試結(jié)果返回給所述主服務(wù)器，執(zhí)行C2 ；C2 判斷所述測試腳本的測試失敗次數(shù)是否達(dá)到設(shè)定值，如果達(dá)到，結(jié)束對所述測試腳本的測試，執(zhí)行所述步驟D，否則，執(zhí)行所述步驟C3 ；C3 所述主服務(wù)器將所述測試腳本發(fā)送給一個未執(zhí)行過所述測試腳本的端服務(wù)器，執(zhí)行所述步驟Cl。
6.如權(quán)利要求5所述的方法，其特征在于，所述設(shè)定值一般為3。
7.如權(quán)利要求1所述的方法，其特征在于，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中退出測試，則所述主服務(wù)器收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。
8.如權(quán)利要求7所述的方法，其特征在于，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中正常退出測試，所述端服務(wù)器發(fā)送退出信號給所述主服務(wù)器，所述主服務(wù)器接收到所述退出信號后收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。
9.如權(quán)利要求7所述的方法，其特征在于，在所述步驟C中，如果接收到測試腳本的端服務(wù)器在執(zhí)行對所述測試腳本的測試過程中異常退出測試，所述主服務(wù)器根據(jù)所述端服務(wù)器返回測試結(jié)果的超時時間判定所述端服務(wù)器已經(jīng)退出測試后收回所述測試腳本，并將所述測試腳本發(fā)送給另一個端服務(wù)器。
10.如權(quán)利要求1所述的方法，其特征在于，在所述步驟D中，結(jié)束測試后，還包括步驟F 將所述測試結(jié)果保存到測試管理工具中，并生成測試報告。
全文摘要
本發(fā)明公開了一種基于云計(jì)算的軟件自動化測試方法，涉及軟件測試領(lǐng)域。所述方法包括步驟主服務(wù)器向每臺端服務(wù)器發(fā)送1條測試腳本；接收到測試腳本的端服務(wù)器執(zhí)行對所述測試腳本的測試，并將測試結(jié)果返回給所述主服務(wù)器；所述主服務(wù)器判斷測試腳本集合中的所有測試腳本是否發(fā)送完畢，如果發(fā)送完畢，結(jié)束測試，否則，所述主服務(wù)器向返回測試結(jié)果的端服務(wù)器發(fā)送1條新的測試腳本，執(zhí)行相應(yīng)步驟。所述方法中，所有測試腳本由主服務(wù)器動態(tài)分配給端服務(wù)器，端服務(wù)器逐條執(zhí)行測試腳本并在返回測試結(jié)果后獲得新的測試腳本，這樣，保證了所有端服務(wù)器的資源在整個測試過程中都被充分的利用，提高了資源利用率。
文檔編號G06F11/36GK102222042SQ20111017688
公開日2011年10月19日 申請日期2011年6月28日 優(yōu)先權(quán)日2011年6月28日
發(fā)明者李陽 申請人:北京新媒傳信科技有限公司