專利名稱：一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)和測試方法
技術(shù)領(lǐng)域：
本發(fā)明屬于測試領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)和測試方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，網(wǎng)絡(luò)產(chǎn)品的種類也越來越多，常見的網(wǎng)絡(luò)產(chǎn)品有網(wǎng)絡(luò)游戲。一款新的網(wǎng)絡(luò)游戲從開發(fā)到上市，往往需要反復(fù)修改和測試，若在測試的階段耗費了過多時間，延遲了該款網(wǎng)絡(luò)游戲的上市時間，將可能錯失大批的用戶。
現(xiàn)有的網(wǎng)絡(luò)游戲測試通常是在機器上采用自動化測試系統(tǒng)來完成，常用的自動化測試系統(tǒng)主要分為2類，一種是基于腳本的協(xié)議級測試系統(tǒng)，另一種是基于事件錄制回放的固定流程測試系統(tǒng)?；谀_本的協(xié)議級測試系統(tǒng)是一種白盒測試，它根據(jù)開發(fā)網(wǎng)絡(luò)游戲的項目團隊所定義和提供的游戲的協(xié)議頭文件，編譯出模擬游戲客戶端的發(fā)包、收包模塊，并用多個測試進程或者線程充當交互的游戲客戶端和服務(wù)器。由于該類型的測試系統(tǒng)的測試案例是根據(jù)開發(fā)網(wǎng)絡(luò)游戲的項目團隊所定義和提供游戲的協(xié)議頭文件編寫的，因此在一套自動化測試系統(tǒng)能夠應(yīng)用于多個游戲項目之前，首先需要每個游戲項目團隊提供在游戲中使用的協(xié)議，之后再定制和編譯具體游戲的測試模塊，最后才編寫相關(guān)測試案例。而由于協(xié)議級的測試案例非常艱澀，編寫難度很大，因此測試案例編寫的過程往往長達數(shù)月，在此期間，游戲項目的協(xié)議可能已經(jīng)發(fā)生變化，此時，已編寫的測試案例將作廢，需要采用新的協(xié)議編寫新的測試案例。這樣反復(fù)編寫測試案例極大地延遲了產(chǎn)品上市的時間。此外，該基于腳本的協(xié)議級測試系統(tǒng)只能測試服務(wù)器，無法測試客戶端，因此不能測試出客戶端的Bug。為了解決基于腳本的協(xié)議級測試系統(tǒng)編寫的測試案例只能測試與該測試案例使用的協(xié)議頭文件相同的游戲，人們往往采用基于事件錄制回放的固定流程測試系統(tǒng)進行測試。基于事件錄制回放的固定流程測試系統(tǒng)是通過在客戶端錄制游戲的網(wǎng)絡(luò)信息、用戶的鼠標信息以及鍵盤等信息，并用上述已錄制的信息測試另一個客戶端。該類型的測試系統(tǒng)在進行測試之前不用編寫測試案例，一個已錄制的信息可以測試不同款游戲以及不同款游戲?qū)Σ煌蛻舳诵阅艿挠绊?，但是由于輸入的信息是確定的，因此該類型的測試系統(tǒng)不能測試服務(wù)器，只能測試客戶端，并且只能粗略測試客戶端的穩(wěn)定性。如在客戶端有Bug導(dǎo)致測試流程發(fā)送微小Bug時，仍可能通過測試，即不能保證測試通過后客戶端的被測試模塊就是正常的。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)，旨在解決現(xiàn)有的自動化測試系統(tǒng)的一個測試案例只能測試一種網(wǎng)絡(luò)產(chǎn)品的性能，不能及時、完整測試出新開發(fā)的網(wǎng)絡(luò)產(chǎn)品的性能所導(dǎo)致的延遲該網(wǎng)絡(luò)產(chǎn)品上市時間的問題。本發(fā)明實施例是這樣實現(xiàn)的，一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)，所述系統(tǒng)包括測試案例腳本存儲單元、測試案例腳本接口、任務(wù)調(diào)度單元、網(wǎng)絡(luò)產(chǎn)品腳本存儲單元、網(wǎng)絡(luò)產(chǎn)品腳本接口以及被測客戶端；所述測試案例腳本存儲單元用于存儲已編寫的測試案例腳本；所述測試案例腳本接口連接測試案例腳本存儲單元與任務(wù)調(diào)度單元，用于解析測試案例腳本；所述任務(wù)調(diào)度單元用于根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù);
所述網(wǎng)絡(luò)產(chǎn)品腳本存儲單元用于存儲已編寫的網(wǎng)絡(luò)產(chǎn)品腳本；所述網(wǎng)絡(luò)產(chǎn)品腳本接口連接網(wǎng)絡(luò)產(chǎn)品腳本存儲單元與被測客戶端，用于解析網(wǎng)絡(luò)產(chǎn)品腳本；所述被測客戶端用于根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。本發(fā)明實施例的另一目的在于提供一種基于網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)的測試方法，所述方法包括下述步驟存儲已編寫的測試案例腳本；解析所述測試案例腳本；根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù)；存儲已編與的網(wǎng)絡(luò)廣品腳本；解析所述網(wǎng)絡(luò)產(chǎn)品腳本；根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。本發(fā)明實施例中，預(yù)先存儲已編寫好的測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本，并使用該測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本測試該網(wǎng)絡(luò)產(chǎn)品。其中，該測試案例腳可以使用與網(wǎng)絡(luò)產(chǎn)品腳本不同的腳本，無需根據(jù)網(wǎng)絡(luò)產(chǎn)品腳本的協(xié)議進行編寫，與網(wǎng)絡(luò)產(chǎn)品腳本是分離的，因此降低了維護成本，并且同一個測試案例腳本可以與多個網(wǎng)絡(luò)產(chǎn)品腳本結(jié)合對多款網(wǎng)絡(luò)產(chǎn)品進行測試，無需編寫多個測試案例腳本，有效節(jié)省了編寫測試案例腳本的時間，從而節(jié)省了測試網(wǎng)絡(luò)產(chǎn)品所需要的時間，使開發(fā)的網(wǎng)絡(luò)產(chǎn)品能夠及早上市。此外，通過界面元素腳本接口訪問訪問界面的界面元素，不依賴于界面元素在界面的布局的測試方式，不僅有效降低維護成本，而且由于不區(qū)分服務(wù)器和客戶端，完全從聯(lián)機用戶操作的角度來檢查網(wǎng)絡(luò)產(chǎn)品系統(tǒng)的正確性，因此這種仿生測試也能夠同時測試服務(wù)器和客戶端的Bug


圖I是本發(fā)明第一實施例提供的網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)的結(jié)構(gòu)圖；圖2是本發(fā)明第二實施例提供的基于網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)的測試方法流程圖。
具體實施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明實施例中，采用測試服務(wù)團隊編寫的測試案例腳本與網(wǎng)絡(luò)產(chǎn)品服務(wù)團隊編寫的網(wǎng)絡(luò)產(chǎn)品腳本對該網(wǎng)絡(luò)產(chǎn)品進行測試，由于該測試案例腳本無需根據(jù)網(wǎng)絡(luò)產(chǎn)品腳本的協(xié)議編寫，因此同一測試案例腳本可以和多個網(wǎng)絡(luò)產(chǎn)品的腳本組合對多個網(wǎng)絡(luò)產(chǎn)品進行測試。本發(fā)明實施例提供了一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)和測試方法。所述系統(tǒng)包括測試案例腳本存儲單元、測試案例腳本接口、任務(wù)調(diào)度單元、網(wǎng)絡(luò)產(chǎn)品腳本存儲單元、網(wǎng)絡(luò)產(chǎn)品腳本接口以及被測客戶端；所述測試案例腳本存儲單元用于存儲已編寫的測試案例腳本；所述測試案例腳本接口連接測試案例腳本存儲單元與任務(wù)調(diào)度單元，用于解析測試案例腳本；所述任務(wù)調(diào)度單元用于根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任 務(wù);所述網(wǎng)絡(luò)產(chǎn)品腳本存儲單元用于存儲已編寫的網(wǎng)絡(luò)產(chǎn)品腳本；所述網(wǎng)絡(luò)產(chǎn)品腳本接口連接網(wǎng)絡(luò)產(chǎn)品腳本存儲單元與被測客戶端，用于解析網(wǎng)絡(luò)產(chǎn)品腳本；所述被測客戶端用于根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。所述方法包括存儲已編寫的測試案例腳本；解析所述測試案例腳本；根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù)；存儲已編與的網(wǎng)絡(luò)廣品腳本；解析所述網(wǎng)絡(luò)產(chǎn)品腳本；根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。本發(fā)明實施例中，預(yù)先存儲已編寫好的測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本，并使用該測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本測試該網(wǎng)絡(luò)產(chǎn)品。其中，該測試案例腳可以使用與網(wǎng)絡(luò)產(chǎn)品腳本不同的腳本，無需根據(jù)網(wǎng)絡(luò)產(chǎn)品腳本的協(xié)議進行編寫，與網(wǎng)絡(luò)產(chǎn)品腳本是分離的，因此降低了維護成本，并且同一個測試案例腳本可以與多個網(wǎng)絡(luò)產(chǎn)品腳本結(jié)合對多款網(wǎng)絡(luò)產(chǎn)品進行測試，無需編寫多個測試案例腳本，有效節(jié)省了編寫測試案例腳本的時間，從而節(jié)省了測試網(wǎng)絡(luò)產(chǎn)品所需要的時間，使開發(fā)的網(wǎng)絡(luò)產(chǎn)品能夠及早上市。此外，通過界面元素腳本接口訪問訪問界面的界面元素，不依賴于界面元素在界面的布局的測試方式，不僅有效降低維護成本，而且由于不區(qū)分服務(wù)器和客戶端，完全從聯(lián)機用戶操作的角度來檢查網(wǎng)絡(luò)產(chǎn)品系統(tǒng)的正確性，因此這種仿生測試也能夠同時測試服務(wù)器和客戶端的Bug。為了說明本發(fā)明所述的技術(shù)方案，下面通過具體實施例來進行說明。實施例一:圖I示出了本發(fā)明第一實施例提供的一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)，在本實施例中，主要以測試網(wǎng)絡(luò)游戲為例對該網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)進行說明，該網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)中，測試服務(wù)團隊使用的測試案例腳本和各個需要測試的游戲項目團隊使用的游戲腳本是分離的，因此同一個測試腳本可以與不同的游戲腳本相結(jié)合對不同款的網(wǎng)絡(luò)游戲進行測試，詳述如下
測試案例腳本存儲單元11，用于存儲已編寫的測試案例腳本。在本實施例中，由測試服務(wù)團隊編寫測試案例腳本。由于網(wǎng)絡(luò)游戲經(jīng)常是多人互動的，比如，在網(wǎng)絡(luò)游戲中進行組隊，群聊，幫派等都涉及多個賬戶和游戲客戶端的互動，因此該測試案例腳本主要是設(shè)計多任務(wù)協(xié)調(diào)，以便該網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)能夠同時支持測試多個客戶端。作為本發(fā)明的另一個實施例，該測試案例腳本的腳本語言可以采用Iua腳本語言。由于Lua是一個簡潔、輕量、可擴展的腳本語言，因此使用Iua作為測試案例腳本的腳本語言能夠很容易嵌入其他語言中。當然，該測試案例腳本也可以采用其他的腳本語言，如Python等,此處不作限定。測試案例腳本接口 12連接測試案例腳本存儲單元11與任務(wù)調(diào)度單元13，用于解析測試案例腳本。
在本實施例中，測試案例腳本接口 12解析測試案例腳本，為任務(wù)調(diào)度單元13提供訪問測試案例腳本存儲單元11的能力。常見的測試案例腳本接口主要有
ZeusLaunchZeusKill :傳入客戶端句柄，殺死一個客戶端進程
ZeusRunZeusffaitClient :等待某個客戶端進程返回結(jié)果
ZeusPeekClient ZeusSleep :測試案例休眠數(shù)秒ZeusYield游戲腳本執(zhí)行跳出任務(wù)調(diào)度單元13，用于根據(jù)測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù)。在本實施例中，測試案例腳本的內(nèi)容可以包括啟動和關(guān)閉多個客戶端，也可以包括同時向多個客戶端發(fā)送測試指令和等待返回結(jié)果，也可以包括在返回前查詢客戶端的狀態(tài)等。根據(jù)上述測試案例腳本的內(nèi)容以及測試案例腳本接口，可以方便的啟動或者退出多個客戶端，并且在運行過程中，也可以隨時向多個客戶端發(fā)送測試指令和獲取結(jié)果反饋，并可以在客戶端執(zhí)行測試指令完畢之前檢測客戶端的狀態(tài)。網(wǎng)絡(luò)產(chǎn)品腳本存儲單元14，用于存儲已編寫的網(wǎng)絡(luò)產(chǎn)品腳本。在本實施例中，網(wǎng)絡(luò)產(chǎn)品項目團隊編寫網(wǎng)絡(luò)產(chǎn)品腳本后，將該網(wǎng)絡(luò)產(chǎn)品腳本提交給測試服務(wù)團隊。如，在該網(wǎng)絡(luò)產(chǎn)品為網(wǎng)絡(luò)游戲時，由游戲項目團隊編寫游戲腳本，并提交給測試服務(wù)團隊，該測試服務(wù)團隊存入網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)的網(wǎng)絡(luò)產(chǎn)品腳本存儲單元14中。其中，網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容主要是關(guān)于鍵盤和鼠標的操作，用于執(zhí)行具體的測試指令，網(wǎng)絡(luò)產(chǎn)品腳本的語言可以為Iua或者為Python等，并使用上述腳本系統(tǒng)提供的協(xié)程對象來達到多任務(wù)支持。在本實施例中，網(wǎng)絡(luò)產(chǎn)品腳本不需要網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)能夠理解。網(wǎng)絡(luò)產(chǎn)品腳本和測試案例腳本是分離的，他們可以使用不同的腳本作為網(wǎng)絡(luò)產(chǎn)品腳本和測試案例腳本。該測試案例腳本不需根據(jù)網(wǎng)絡(luò)產(chǎn)品腳本使用的協(xié)議進行編寫，其使用的腳本語言可以與網(wǎng)絡(luò)產(chǎn)品腳本使用的腳本語言不同，它們是相互獨立的。網(wǎng)絡(luò)產(chǎn)品腳本接口 15連接網(wǎng)絡(luò)產(chǎn)品腳本存儲單元14與被測客戶端16，用于解析網(wǎng)絡(luò)產(chǎn)品腳本。在本實施例中，網(wǎng)絡(luò)產(chǎn)品腳本接口 15分別連接網(wǎng)絡(luò)產(chǎn)品腳本存儲單元14和被測客戶端16，為被測客戶端16提供訪問網(wǎng)絡(luò)產(chǎn)品腳本存儲單元14的能力。以網(wǎng)絡(luò)游戲為例，由于游戲腳本主要是關(guān)于鍵盤和鼠標的操作，因此常見的游戲腳本接口也是關(guān)于鍵盤和鼠標的函數(shù)，具體如下所示
權(quán)利要求
1.一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)，其特征在于，所述系統(tǒng)包括測試案例腳本存儲單元、測試案例腳本接口、任務(wù)調(diào)度單元、網(wǎng)絡(luò)產(chǎn)品腳本存儲單元、網(wǎng)絡(luò)產(chǎn)品腳本接口以及被測客戶端； 所述測試案例腳本存儲單元用于存儲已編寫的測試案例腳本； 所述測試案例腳本接口連接測試案例腳本存儲單元與任務(wù)調(diào)度單元，用于解析測試案例腳本； 所述任務(wù)調(diào)度單元用于根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù)； 所述網(wǎng)絡(luò)產(chǎn)品腳本存儲單元用于存儲已編寫的網(wǎng)絡(luò)產(chǎn)品腳本； 所述網(wǎng)絡(luò)產(chǎn)品腳本接口連接網(wǎng)絡(luò)產(chǎn)品腳本存儲單元與被測客戶端，用于解析網(wǎng)絡(luò)產(chǎn)品腳本； 所述被測客戶端用于根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。
2.如權(quán)利要求I所述的系統(tǒng)，其特征在于，所述測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本使用不同的腳本語言。
3.如權(quán)利要求I所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 腳本發(fā)送單元，用于發(fā)送網(wǎng)絡(luò)產(chǎn)品腳本和測試案例腳本給被測客戶端。
4.如權(quán)利要求I所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 界面元素腳本接口訪問單元，用于提供界面元素腳本的統(tǒng)一資源定位符URL文本，并根據(jù)該URL文本訪問界面元素的腳本接口。
5.一種基于網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)的測試方法，其特征在于，所述方法包括下述步驟 存儲已編寫的測試案例腳本； 解析所述測試案例腳本； 根據(jù)所述測試案例腳本的內(nèi)容發(fā)出調(diào)度指令調(diào)度測試任務(wù)； 存儲已編寫的網(wǎng)絡(luò)產(chǎn)品腳本； 解析所述網(wǎng)絡(luò)產(chǎn)品腳本； 根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。
6.如權(quán)利要求5所述的方法，其特征在于，所述測試案例腳本和網(wǎng)絡(luò)產(chǎn)品腳本使用不同的腳本語言。
7.如權(quán)利要求5所述的方法，其特征在于，在所述根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)的步驟之前還包括下述步驟 發(fā)送網(wǎng)絡(luò)產(chǎn)品腳本和測試案例腳本給被測客戶端。
8.如權(quán)利要求5所述的方法，其特征在于，在所述根據(jù)所述調(diào)度指令和所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)的步驟之前還包括下述步驟 提供界面元素腳本的統(tǒng)一資源定位符URL文本，并根據(jù)該URL文本訪問界面元素的腳本接口。
全文摘要
本發(fā)明適用于測試領(lǐng)域，提供了一種網(wǎng)絡(luò)產(chǎn)品自動化測試系統(tǒng)和測試方法。所述系統(tǒng)包括測試案例腳本存儲單元、測試案例腳本接口、任務(wù)調(diào)度單元、網(wǎng)絡(luò)產(chǎn)品腳本存儲單元、網(wǎng)絡(luò)產(chǎn)品腳本接口以及被測客戶端；所述任務(wù)調(diào)度單元用于根據(jù)所述測試案例腳本的內(nèi)容調(diào)度測試任務(wù)；所述被測客戶端用于根據(jù)所述網(wǎng)絡(luò)產(chǎn)品腳本的內(nèi)容執(zhí)行測試任務(wù)。本發(fā)明實施例無需根據(jù)網(wǎng)絡(luò)產(chǎn)品腳本的協(xié)議編寫測試案例腳本，降低了維護成本，并且同一個測試案例腳本可以與多個網(wǎng)絡(luò)產(chǎn)品腳本結(jié)合對多款網(wǎng)絡(luò)產(chǎn)品進行測試，無需編寫多個測試案例腳本，有效節(jié)省了編寫測試案例腳本的時間，從而節(jié)省了測試網(wǎng)絡(luò)產(chǎn)品所需要的時間。
文檔編號G06F11/36GK102819486SQ20111015414
公開日2012年12月12日 申請日期2011年6月9日 優(yōu)先權(quán)日2011年6月9日
發(fā)明者王其 申請人:騰訊科技(深圳)有限公司