一種并行自動化測試方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及自動化技術(shù)領(lǐng)域，更具體地說，涉及一種并行自動化測試方法。
【背景技術(shù)】
[0002] 隨著開發(fā)模式的變革，如何快速連續(xù)的交付產(chǎn)品對于開發(fā)和測試團隊都成為一個 很大的挑戰(zhàn)。對于測試人員來說，如何在有限的測試資源和測試時間之內(nèi)保證產(chǎn)品質(zhì)量成 為一個至關(guān)重要的問題。
[0003] 為了縮短測試時間，往往采用并行自動化測試方法，即令多個testsuite(測試套 件）同時進行測試。然而傳統(tǒng)的并行自動化測試，總體運行時間的長短取決于需要最長時 間的testsuite，即在多個testsuite同時進行測試時，只有全部testsuite運行完成后才 能完成此次測試，這會造成一定的時間浪費。且，為每個testsuite分配的測試資源取決于 需要最大測試資源的testsuite，即在多個testsuite同時進行測試時，為每個testsuite 分配的測試資源是相同的，為了保證全部testsuite均可以正常運行，因此，需要分配給每 個testsuite與需要最大測試資源的testsuite所需的測試資源相同的測試資源，這會造 成一定的測試資源的浪費。
[0004] 綜上所述，現(xiàn)有技術(shù)中的并行自動化測試方法，存在一定程度上浪費時間及浪費 測試資源的問題。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明的目的是提供一種并行自動化測試方法，以解決現(xiàn)有技術(shù)中存在的一定程 度上浪費時間及浪費測試資源的問題。
[0006] 為了實現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案：
[0007] -種并行自動化測試方法，包括：
[0008] 客戶端發(fā)送測試資源請求至服務(wù)端，其中，所述客戶端在預(yù)先搭建的 RobotFramework環(huán)境下工作，所述服務(wù)端在預(yù)先搭建的staf環(huán)境下工作；
[0009] 所述服務(wù)端判斷是否存在滿足所述測試資源請求所需的測試資源的空閑測試資 源，如果是，則確定該空閑測試資源中與所述測試資源請求對應(yīng)的測試資源為目標(biāo)測試資 源，確定所述客戶端中預(yù)先獲取的與所述測試資源請求對應(yīng)的測試用例為目標(biāo)測試用例， 并利用所述目標(biāo)測試資源對所述目標(biāo)測試用例進行測試。
[0010] 優(yōu)選的，還包括：
[0011] 如果所述服務(wù)端判斷出不存在滿足所述測試資源請求所需的測試資源的空閑測 試資源，則返回等待指令至所述客戶端。
[0012] 優(yōu)選的，還包括：
[0013] 在所述服務(wù)端判斷出不存在滿足所述測試資源請求所需的測試資源的空閑測試 資源的時刻之后的預(yù)設(shè)時間段內(nèi)，如果出現(xiàn)滿足所述測試資源請求所需的測試資源的空閑 測試資源，則確定該空閑測試資源為目標(biāo)測試資源。
[0014] 優(yōu)選的，還包括：
[0015] 所述服務(wù)端利用所述目標(biāo)測試資源對所述目標(biāo)測試用例完成測試之后，將所述目 標(biāo)測試資源進行釋放，并確定所述目標(biāo)測試資源為空閑測試資源。
[0016] 優(yōu)選的，還包括：
[0017] 當(dāng)所述服務(wù)端同時接收到多個客戶端發(fā)送的測試資源請求時，依據(jù)預(yù)先設(shè)置的所 述多個客戶端的優(yōu)先級對所述多個客戶端發(fā)送的測試資源請求進行處理。
[0018] 優(yōu)選的，還包括：
[0019] 所述服務(wù)端利用所述目標(biāo)測試資源對所述目標(biāo)測試用例完成測試之后，按照預(yù)先 設(shè)置的報告格式生成測試報告。
[0020] 優(yōu)選的，所述客戶端的測試用例的預(yù)先獲取過程包括：
[0021] 所述客戶端獲取用戶利用RobotFramework環(huán)境下的ride工具編寫的測試用例并 存儲。
[0022] 優(yōu)選的，還包括：
[0023] 所述服務(wù)端獲取所述目標(biāo)測試用例，并將所述目標(biāo)測試用例發(fā)送至其他客戶端。
[0024] 本發(fā)明提供的一種并行自動化測試方法，包括：客戶端發(fā)送測試資源請求至服務(wù) 端，其中，客戶端在預(yù)先搭建的RobotFramework環(huán)境下工作，服務(wù)端在預(yù)先搭建的staf 環(huán)境下工作；服務(wù)端判斷是否存在滿足測試資源請求所需的測試資源的空閑測試資源， 如果是，則確定該空閑測試資源中與測試資源請求對應(yīng)的測試資源為目標(biāo)測試資源，確 定客戶端中預(yù)先獲取的與測試資源請求對應(yīng)的測試用例為目標(biāo)測試用例，并利用目標(biāo)測 試資源對目標(biāo)測試用例進行測試。與現(xiàn)有技術(shù)相比，本申請公開的上述技術(shù)特征中，基于 roborframework環(huán)境及staf環(huán)境完成并行自動化測試，由于roborframework較強的語 言整合能力及staf較好的自發(fā)性，能夠快速高效的完成對測試用例的測試。同時，無需對 多個測試用例分配相同的測試資源，而是利用空閑測試資源中與測試用例對應(yīng)的測試資源 對其進行測試，避免了測試資源的浪費，且，由此實現(xiàn)多個測試用例的測試時并不需同時完 成，從而避免了【背景技術(shù)】中提到的浪費時間的情況，即，本申請?zhí)峁┑囊环N并行自動化測試 方法能夠避免測試資源及測試時間的浪費，進而高效快速的完成測試任務(wù)。
【附圖說明】
[0025] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù) 提供的附圖獲得其他的附圖。
[0026] 圖1為本發(fā)明實施例提供的一種并行自動化測試方法的流程圖。
【具體實施方式】
[0027] 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0028] 請參閱圖1，其示出了本發(fā)明實施例提供的一種并行自動化測試方法的流程圖，可 以包括以下步驟：
[0029]Sll:客戶端發(fā)送測試資源請求至服務(wù)端，其中，客戶端在預(yù)先搭建的 RobotFramework環(huán)境下工作，服務(wù)端在預(yù)先搭建的staf環(huán)境下工作。
[0030]需要說明的是，staf(SoftwareTestAutomationFramework,軟件測試自動化框 架）是開源、跨平臺、支持多語言并且基于可重用的組件來構(gòu)建的自動化測試框架，它封裝 了不同平臺和不同語言間通信的復(fù)雜性，提供了消息、互斥、同步、日志等可復(fù)用的服務(wù)，同 時其具有較好的自發(fā)性，適用于自動化測試，能夠使用戶在此基礎(chǔ)上方便快速地構(gòu)建自動 化測試解決方案。而RobotFramework(機器人框架）是一款功能自動化測試框架，具備良 好的可擴展性，支持關(guān)鍵字驅(qū)動，其也具有較強的語言整合能力，可以同時測試多種類型的 客戶端或者接口，進行分布式測試執(zhí)行?？蛻舳嗽赗obotFramework環(huán)境下完成與并行自動 化測試相關(guān)的工作，服務(wù)端在staf?環(huán)境下完成與并行自動化測試相關(guān)的工作。
[0031]S12:服務(wù)端判斷是否存在滿足測試資源請求所需的測試資源的空閑測試資源，如 果是，則執(zhí)行步驟S13,如果否，則執(zhí)行步驟S14。
[0032] 需要說明的是，滿足測試資源請求所需的測試資源的空閑測試資源，即空閑測試 資源大于測試資源請求所需的測試資源。而測試資源請求所需的測試資源的大小需求可以 攜帶于測試資源請求中。
[0033]S13:確定該空閑測試資源中與測試資源請求對應(yīng)的測試資源為目標(biāo)測試資源，確 定客戶端中預(yù)先獲取的與測試資源請求對應(yīng)的測試用例為目標(biāo)測試用例，并利用目標(biāo)測試 資源對目標(biāo)測試用例進行測試。
[0034] 其中，空閑測試資源中與測試資源請求對應(yīng)的測試資源即為與測試資源請求對應(yīng) 的測試用例所需使用的測試資源大小一致的空閑測試資源，如果空閑測試資源不足以供測 試用例的測試，可以直接暫停對測試資源請求的處理。
[0035] 具體來說，利用目標(biāo)測試資源對目標(biāo)測試用例進行測試實際為對目標(biāo)測試端的測 試，目標(biāo)測試用例中包含有對目標(biāo)測試端的測試內(nèi)容，在執(zhí)行目標(biāo)測試用例的過程中，可對 目標(biāo)測試端進行訪問，以完成測試。而在進行測試之前，還可以判斷目標(biāo)測試端是否準(zhǔn)備就 緒（即其待測系統(tǒng)是否安裝完畢），如果是，再進行測試，否則，則等待目標(biāo)測試端準(zhǔn)備就緒 后再進行測試。
[0036]S14 :暫停對測試資源請求的處理。
[0037] 由于不存在滿足測試資源請求所需的測試資源的空閑測試資源，暫停對測試資源 請求的處理，等待下一步的處理。
[0038] 本申請公開的上述技術(shù)特征中，基于roborframework環(huán)境及staf環(huán)境完成并行 自動化測試，由于roborframework較強的語言整合能力及staf較好的自發(fā)性，能夠快速高 效的完成對測試用例的測試。同時，無需對多個測試用例分配相同的測試資源，而是利用空 閑測試資源中與測試用例對應(yīng)的測試資源對其進行測試，避免了測試資源的浪費，且，由此 實現(xiàn)多個測試用例的測試時并不需同時完成，從而避免了【背景技術(shù)】中提到的浪費時間的情 況，即，本申請?zhí)峁┑囊环N并行自動化測試方法能夠避免測試資源及測試時間的浪費，