一種可視化自動測試方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及自動化測試技術(shù)領(lǐng)域，尤其涉及一種可視化自動測試方法及系統(tǒng)。
【背景技術(shù)】
[0002]設(shè)備功能測試是根據(jù)預(yù)設(shè)的功能，對設(shè)備運行過程中的功能交互進行驗證的測試過程，是用來鑒定設(shè)備功能的正確性、完整性、安全性和質(zhì)量的過程。在軟件測試過程中，主要是指根據(jù)設(shè)計文檔對軟件運行過程中的交互邏輯進行驗證的測試，是軟件測試中最基本的測試內(nèi)容之一。
[0003]在信息設(shè)備出廠前皆會對其進行測試，目前大部分廠商對其生產(chǎn)設(shè)備皆采用自動化測試以節(jié)省人力開銷。傳統(tǒng)的功能測試流程是開發(fā)人員根據(jù)設(shè)備的功能設(shè)定編寫軟件交互邏輯，提交后通知測試人員進行測試。為了提高測試的效率和方便軟件迭代后的回歸測試，自動化測試被引入。
[0004]在軟件測試時，開發(fā)人員根據(jù)軟件設(shè)計文檔編寫測試用例，根據(jù)測試用例對軟件進行白盒或黑盒測試。其中，白盒測試是針對程序代碼進行正確性檢驗的測試工作；黑盒測試獨立于程序代碼，從用戶的角度，通過一定的測試步驟與測試案例，驗證軟件功能、性能等指標能否滿足實際應(yīng)用需求的測試工作。黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。尤其在游戲測試中，通常將軟件程序看作為一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。因而黑盒測試比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn)；但傳統(tǒng)的黑盒測試不可能覆蓋所有的代碼，覆蓋率較低，并且自動化測試的復(fù)用性較低。
[0005]在游戲測試過程中，通常采用的黑盒測試。通過調(diào)用游戲代碼接口，從而將人為驅(qū)動的測試轉(zhuǎn)化為機器執(zhí)行。自動化測試腳本由相關(guān)的測試人員進行編寫和維護，定期執(zhí)行并將運行結(jié)果和期望結(jié)果進行對比，從而形成測試報告。游戲功能測試直接關(guān)系到游戲內(nèi)容的正確性和玩家行為的可控性。
[0006]現(xiàn)有游戲功能自動化測試方案主要步驟包括:
[0007]1.在測試機上對測試環(huán)境進行部署；
[0008]2.開啟游戲客戶端，利用遠程或者本地的測試腳本控制游戲角色的操作(如對游戲中的裝備培養(yǎng)模塊進行測試，則控制游戲角色進入指定場景的指定位置，設(shè)定角色的相關(guān)參數(shù)和交互所需物品，然后通過調(diào)用裝備培養(yǎng)接口來模擬玩家的操作)，并在測試進程中的關(guān)鍵節(jié)點設(shè)置測試點，對關(guān)鍵的數(shù)據(jù)進行實時收集和對比；
[0009]3.重復(fù)步驟2，完成所有測試用例的測試，此步驟根據(jù)測試腳本的初始參數(shù)和調(diào)用客戶端接口腳本的模塊來區(qū)分不同的測試用例；
[0010]4.收集測試數(shù)據(jù)，并根據(jù)測試結(jié)果完成測試報告。
[0011]現(xiàn)有游戲功能自動化測試的測試方案雖然能夠在測試腳本的幫助下，大幅降低人工操作的比例，節(jié)省人力資源，但是不可避免存在以下幾個問題:
[0012]首先，缺少統(tǒng)一可視化的接口將測試用例和自動化腳本關(guān)聯(lián)起來，兩者相互脫落離；第二，運行和編輯自動化腳本相對復(fù)雜，不夠簡單和直觀；再者，缺少多測試任務(wù)和相應(yīng)的任務(wù)調(diào)度機制，測試機的使用率較低；此外，其測試結(jié)果以及報告的管理完全是本地的管理模式，不利于團隊協(xié)作與結(jié)果的分析與展示，尤其是長時間整體測試結(jié)果的走向?？梢姡瑐鹘y(tǒng)的游戲測試方法在技術(shù)方面，自動化腳本缺少云平臺所帶來的優(yōu)勢；在交互體驗方面，傳統(tǒng)的自動化測試沒有足夠的“可視化”和“傻瓜化”，一般只限于自動測試人員的使用；在測試流程方面，測試用例管理和自動化測試腳本兩者相關(guān)性較差，不能快速定位測試用例的自動化覆蓋情況和需要人工確認的范圍。

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

[0013]本發(fā)明所要解決的技術(shù)問題是，提供一種可視化自動測試技術(shù)方案，利用云平臺的優(yōu)勢，對測試用例與自動化腳本的關(guān)聯(lián)，實現(xiàn)軟件測試的可視化和簡單化，提高測試的效率和適用范圍。
[0014]為解決以上技術(shù)問題，一方面，本發(fā)明實施例提供一種可視化自動測試方法，包括:
[0015]在前端客戶端上建立圖形化測試界面，并在所述圖形化測試界面以樹狀圖的形式對測試用例文件進行展示；
[0016]所述前端客戶端通過選中所述樹狀圖的測試節(jié)點運行對應(yīng)的測試用例腳本，向web測試平臺發(fā)送測試請求；
[0017]所述web測試平臺對與所述測試請求相對應(yīng)的后臺測試用例進行解析，產(chǎn)生測試任務(wù)發(fā)送給測試機，并控制所述測試機執(zhí)行所述測試任務(wù)；
[0018]所述web測試平臺獲取所述測試機返回的測試結(jié)果，并對所述測試結(jié)果進行解析，生成測試報告反饋給所述前端客戶端。
[0019]在一種可實現(xiàn)的方式中，所述在前端客戶端上建立圖形化測試界面，并在所述圖形化測試界面以樹狀圖的形式對測試用例文件進行展示，包括:
[0020]在檢測到用戶的操作命令時，提取測試用例中的可擴展標記語言文件；
[0021]通過提取所述可擴展標記語言文件中的關(guān)鍵結(jié)構(gòu)信息形成json格式文件；
[0022]利用可視化庫在所述前端客戶端讀取所述json文件形成可縮放矢量圖形標記的樹狀圖。
[0023]在另一種可實現(xiàn)的方式中，所述在前端客戶端上建立圖形化測試界面，并在所述圖形化測試界面以樹狀圖的形式對測試用例文件進行展示，包括:
[0024]所述樹狀圖的各個測試節(jié)點通過自身的路徑信息與所述web測試平臺的后臺測試用例腳本進行關(guān)聯(lián)；
[0025]通過所述前端客戶端在線打開選中的樹狀圖的測試節(jié)點對應(yīng)的測試用例腳本進行在線編輯，檢測和顯示各個測試節(jié)點是否被自動化測試覆蓋以及整個樹狀圖的測試用例結(jié)構(gòu)的自動化測試覆蓋率。
[0026]進一步地，所述web測試平臺對與所述測試請求相對應(yīng)的后臺測試用例進行解析，產(chǎn)生測試任務(wù)發(fā)送給測試機，并控制所述測試機執(zhí)行所述測試任務(wù)，包括:
[0027]所述web測試平臺對所述測試請求進行分析，獲取所述測試請求所對應(yīng)的測試節(jié)點的路徑信息，并根據(jù)所述路徑信息查找到所述測試節(jié)點所對應(yīng)的測試用例；
[0028]所述web測試平臺根據(jù)所述測試用例獲取測試用例腳本，向非阻塞式web服務(wù)器發(fā)送測試初始數(shù)據(jù)；所述非阻塞式web服務(wù)器根據(jù)所述測試初始數(shù)據(jù)生成測試任務(wù)并形成測試任務(wù)隊列；
[0029]所述非阻塞式web服務(wù)器通過RPC協(xié)議將每個測試任務(wù)調(diào)度至相應(yīng)的測試機；
[0030]所述測試機啟動執(zhí)行接收到的測試任務(wù)，實現(xiàn)腳本注入和數(shù)據(jù)收集。
[0031]進一步地，所述web測試平臺對與所述測試請求相對應(yīng)的后臺測試用例進行解析，產(chǎn)生測試任務(wù)發(fā)送給測試機，并控制所述測試機執(zhí)行所述測試任務(wù)，還包括:
[0032]所述測試機經(jīng)由所述非阻塞式web服務(wù)器并通過任務(wù)列表與所述前端客戶端建立長輪詢鏈接；
[0033]當(dāng)有測試任務(wù)完成且生成測試結(jié)果時，所述非阻塞式web服務(wù)器執(zhí)行回調(diào)函數(shù)實時向所述前端客戶端推送所述測試結(jié)果。
[0034]另一方面，本發(fā)明實施例還提供了一種可視化自動測試系統(tǒng)，包括:前端客戶端，web測試平臺和測試機；所述前端客戶端上建立有圖形化測試界面，所述圖形化測試界面以樹狀圖的形式對測試用例文件進行展示；
[0035]所述前端客戶端，用于通過選中所述樹狀圖的測試節(jié)點運行對應(yīng)的測試用例腳本，向所述web測試平臺發(fā)送測試請求；
[0036]所述web測試平臺，用于對與所述測試請求相對應(yīng)的后臺測試用例進行解析，產(chǎn)生測試任務(wù)發(fā)送給所述測試機，并控制所述測試機執(zhí)行所述測試任務(wù)；
[0037]所述測試機，用于執(zhí)行所述web測試平臺分配的測試任務(wù)，并反饋測試結(jié)果至所述web測試平臺；
[0038]所述web測試平臺，還用于獲取所述測試機返回的測試結(jié)果，并對所述測試結(jié)果進行解析，生成測試報告反饋給所述前端客戶端。
[0039]在一種可實現(xiàn)的方式中，所述在前端客戶端在建立圖形化測試界面時，包括:
[0040]文件提取單元，用于在檢測到用戶的操作命令時，提取測試用例中的可擴展標記語言文件；
[0041]數(shù)據(jù)交換單元，用于通過提取所述可擴展標記語言文件中的關(guān)鍵結(jié)構(gòu)信息形成json格式文件；以及，
[0042]圖形構(gòu)造單元，用于利用可視化庫在所述前端客戶端讀取所述json文件形成可縮放矢量圖形標記的樹狀圖。
[0043]在另一種可實現(xiàn)的方式中，所述在前端客戶端在建立圖形化測試界面時，包括:
[0044]所述樹狀圖的各個測試節(jié)點通過自身的路徑信息與所述web測試平臺的后臺測試用例腳本進行關(guān)聯(lián)；
[0045]所述前端客戶端，還用于在線打開選中的樹狀圖的測試節(jié)點對應(yīng)的測試用例腳本進行在線編輯，檢測和顯示各個測試節(jié)點是否被自動化測試覆蓋以及整個樹狀圖的測試用例結(jié)構(gòu)的自動化測試覆蓋率。
[0046]進一步地，所述web測試平臺包括:路徑分析單元，任務(wù)調(diào)度單元和非阻塞式web服務(wù)器；
[0047]所述路徑分析單元，用于對所述測試請求進行分析，獲取所述測試請求所對應(yīng)的測試節(jié)點的路徑信息，并根據(jù)所述路徑信息查找到所述測試節(jié)點所對應(yīng)的測試用例；
[0048]所述任務(wù)調(diào)度單元，用于根據(jù)所述測試用例獲取測試用例腳本，向所述非阻塞式web服務(wù)器發(fā)送測試初始數(shù)據(jù)；
[0049]所述非阻塞式web服務(wù)器，用于根據(jù)所述測試初始數(shù)據(jù)生成測試任務(wù)并形成測試任務(wù)隊列；并且，用于通過RPC協(xié)議將每個測試任務(wù)調(diào)度至相應(yīng)的測試機，并控制所述測試機啟動執(zhí)行接收到的測試任務(wù)，實現(xiàn)腳本注入和數(shù)據(jù)收集。
[0050]進一步地，所述web測試平臺還包括:長輪詢鏈接單元；
[0051]所述長輪詢鏈接單元，用于使得所述測試機經(jīng)由所述非阻塞式web服務(wù)器并通過任務(wù)列表與所述前端客戶端建立長輪詢鏈接；
[0052]當(dāng)有測試任務(wù)完成且生成測試結(jié)果時，所述非阻塞式web服務(wù)器還用于執(zhí)行回調(diào)函數(shù)，實時向所述前端客戶端推送所述測試結(jié)果。
[0053]進一步地，每臺所述測試機上分別部署有代理服務(wù)器和測試客戶端；每個測試任務(wù)通過RPC協(xié)議對各臺測試機上部署的代理服務(wù)器進行