專利名稱：一種測試用例的測試方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本申請涉及軟件測試領(lǐng)域，特別是涉及一種測試用例的測試方法及系統(tǒng)。
背景技術(shù)：
現(xiàn)有的軟件測試技術(shù)中，在開發(fā)測試代碼時，一般測試人員都是將測試用例(包括測試數(shù)據(jù)與業(yè)務(wù)流程)和測試代碼混雜在一起，同樣測試結(jié)果也是和測試代碼混雜在一起。由于測試用例和測試代碼混雜在一起，對于一個函數(shù)或功能，每增加測試用例，就要多出一份類似的測試代碼，測試代碼的邏輯實際上都是一致，和以前測試代碼的不同點僅僅在于測試的初始化數(shù)據(jù)和測試結(jié)果不同，如果每更換一次測試數(shù)據(jù)就要增加一份測試代碼，給系統(tǒng)的承載能力造成很大壓力，同時浪費了系統(tǒng)資源。

發(fā)明內(nèi)容
為解決上述技術(shù)問題，本申請實施例提供一種測試用例的測試方法及系統(tǒng)，將測試數(shù)據(jù)及業(yè)務(wù)流程寫入調(diào)度程序可以識別的腳本文件中，有效的將測試數(shù)據(jù)/業(yè)務(wù)流程和測試代碼分離開，在腳本文件中可以配置多組測試數(shù)據(jù)，在同一測試代碼中進行測試，將測試結(jié)果存儲在目標(biāo)文件中，有效的緩解的系統(tǒng)的測試壓力，節(jié)約了系統(tǒng)的測試資源。技術(shù)方案如下一種測試用例的測試方法，包括讀取配置文件并依據(jù)所述配置文件加載測試程序；調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程；依據(jù)業(yè)務(wù)流程，應(yīng)用所述測試程序?qū)λ鰷y試用例數(shù)據(jù)進行測試，將測試結(jié)果寫入目標(biāo)文件。上述的測試方法，優(yōu)選的，所述腳本文件為Iim語言腳本文件。上述的測試方法，優(yōu)選的，所述腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程為一組或多組。上述的測試方法，優(yōu)選的，應(yīng)用測試程序?qū)λ瞿_本文件中的測試用例進行測試結(jié)束后，依據(jù)所述配置文件自動加載其它測試程序進行其它測試過程。上述的測試方法，優(yōu)選的，所述配置文件用于確定測試的進行方式，包括確定測試的發(fā)起位置。一種測試用例的測試系統(tǒng)，包括加載單元、解析單元和測試單元；其中所述加載單元用于讀取配置文件并依據(jù)所述配置文件加載測試程序；所述解析單元用于調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)及業(yè)務(wù)流程；所述測試單元用于依據(jù)所述解析單元解析的業(yè)務(wù)流程，應(yīng)用所述加載單元加載的測試程序?qū)λ鼋馕鰡卧馕龅臏y試用例數(shù)據(jù)進行測試，并將測試結(jié)果寫入目標(biāo)文件。上述的測試系統(tǒng)，優(yōu)選的，所述解析單元調(diào)用的腳本文件為Iim語言腳本文件。
上述的測試系統(tǒng)，優(yōu)選的，所述解析單元調(diào)用的腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程為一組或多組。上述的測試系統(tǒng)，優(yōu)選的，所述測試單元應(yīng)用所述加載單元加載的測試程序?qū)λ鼋馕鰡卧馕龅臏y試用例數(shù)據(jù)進行測試結(jié)束后，依據(jù)所述配置文件自動加載其它測試程序進行其它測試過程。上述的測試系統(tǒng)，優(yōu)選的，所述加載單元加載的配置文件用于確定測試的進行方式，包括確定測試的發(fā)起位置。由以上本申請實施例提供的技術(shù)方案可見，本發(fā)明提供的測試用例的測試方法及系統(tǒng)，采用Iua腳本語言方式解析測試用例，將測試用例數(shù)據(jù)及業(yè)務(wù)流程配置在腳本文件中，從而將測試數(shù)據(jù)/業(yè)務(wù)流程與測試程序代碼分離，并且將測試結(jié)果寫入目標(biāo)文件中，使得一份測試代碼可以對多份測試數(shù)據(jù)進行測試，從而有效的緩解了系統(tǒng)的測試壓力，節(jié)約了系統(tǒng)的測試資源。


為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下， 還可以根據(jù)這些附圖獲得其他的附圖。圖1為本申請實施例提供的一種測試用例的測試方法的流程圖；圖2為本申請實施例提供一種測試用例的測試方法的一詳細(xì)流程圖；圖3為本申請實施例提供的測試過程的架構(gòu)圖；圖4為本申請實施例提供的一種測試用例的測試系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式為了使本技術(shù)領(lǐng)域的人員更好地理解本申請方案。下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本申請保護的范圍。本申請實施例提供的測試用例的測試方法的流程圖如圖1所示，包括步驟SlOl 讀取配置文件并依據(jù)配置文件加載測試程序；步驟S102 調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)及業(yè)務(wù)流程；步驟S103 依據(jù)腳本文件中定義的業(yè)務(wù)流程，應(yīng)用測試程序?qū)y試用例數(shù)據(jù)進行測試，將測試結(jié)果寫入目標(biāo)文件。需要說明的是本申請實施例提供的測試方法中，采用調(diào)度程序可以識別的腳本文件將測試數(shù)據(jù)和測試結(jié)果與測試程序代碼分離，使得某一函數(shù)的測試代碼僅為一份，本申請實施例提供的方法中，腳本文件的語言類型可為多種，本申請中采用最優(yōu)的Iua語言腳本文件。測試開始時，調(diào)度程序調(diào)度腳本文件，然后調(diào)度測試程序，將腳本文件在測試程序中進行測試。
腳本文件中的測試用例數(shù)據(jù)可以為一組或多組，業(yè)務(wù)流程可以為一組或多組，并且在腳本文件中將測試的邏輯性能進行配置，使得一份測試程序代碼可以對多個測試用例進行測試，并且可以進行多組測試結(jié)果的驗證，使得測試程序代碼最大程度上得到利用。本申請實施例提供的測試方法，一份測試程序代碼可以對多組測試數(shù)據(jù)及多組業(yè)務(wù)流程進行測試，當(dāng)測試程序代碼依據(jù)業(yè)務(wù)流程對腳本文件中配置的測試數(shù)據(jù)進行測試完畢后，系統(tǒng)可以自動加載新的測試程序，調(diào)用其它測試腳本，進行測試。例如測試過程中，需要對UI控件庫和多國語言庫進行測試，UI控件庫需測試按鈕的背景色設(shè)置，字體大小，響應(yīng)方式等，此時系統(tǒng)中設(shè)置有兩份測試程序一份測試程序針對測試UI控件庫，一份針對多國語言庫；當(dāng)對測試UI控件庫進行測試時，調(diào)用針對測試UI 控件庫的測試程序代碼，導(dǎo)入配置有針對測試UI控件庫進行測試的腳本文件，依據(jù)腳本文件所描述的業(yè)務(wù)流程，(如先進行背景色設(shè)置，再進行字體設(shè)置，最后測試單擊按鈕情況，又或先進行單擊按鈕測試后，再進行字體及背景色設(shè)置)進行測試。當(dāng)測試UI控件庫的測試程序代碼對測試UI控件庫的測試數(shù)據(jù)進行測試結(jié)束后，系統(tǒng)自動導(dǎo)入多國語言庫的測試程序代碼，對配置有多國語言庫測試數(shù)據(jù)及業(yè)務(wù)流程的腳本文件進行導(dǎo)入并測試；由此實現(xiàn)可擴展性模塊測試。本申請實施例提供的測試用例的測試方法的一詳細(xì)流程圖如圖2所示，包括步驟S201 讀取配置文件；步驟S202 對配置文件中的測試發(fā)起位置進行判斷；步驟S203 若發(fā)起位置問目標(biāo)機，則目標(biāo)機解析腳本文件中測試用例數(shù)據(jù)，否則， 執(zhí)行步驟S204 ；步驟S204:若發(fā)起位置為PC機，建立于目標(biāo)機的通信任務(wù)，控制目標(biāo)機解析腳本文件中的測試用例數(shù)據(jù)。本申請實施例提供的測試方法中，測試的具體過程可以單獨在嵌入式目標(biāo)機上以動態(tài)加載測試程序，以腳本方式解析測試用例，執(zhí)行測試用例，將目標(biāo)文件存儲在目標(biāo)機上，也可以與PC機進行通信，由PC端發(fā)起測試申請，目標(biāo)機執(zhí)行測試過程，將目標(biāo)文件返回到PC機中。本申請實施例提供的測試過程的架構(gòu)圖如圖3所示，結(jié)合圖2中的測試方法當(dāng)配置文件要求目標(biāo)機單獨運行測試程序時，目標(biāo)機加載相應(yīng)測試程序，通過Iua 語言實現(xiàn)測試用例解析庫，解析測試用例，調(diào)度相關(guān)測試程序，執(zhí)行測試，日志模塊記錄測試過程并存儲，執(zhí)行完成一個模塊測試，卸載該模塊測試，再依次加載下一次測試模塊，進行測試，直接所有測試模塊都執(zhí)行完成。當(dāng)配置文件要求由PC機發(fā)起，則加載通信庫，通信解析庫后，解析PC的測試命令， 加載相應(yīng)測試模塊，通過Iua語言實現(xiàn)的測試用例解析庫，解析測試用例，調(diào)度相關(guān)測試程序，執(zhí)行測試，日志模塊記錄測試過程并存儲，執(zhí)行完成一個模塊測試，卸載該模塊測試，等待下一次由通信模塊傳來的數(shù)據(jù)解析后的命令。本申請實施例提供的測試用例的測試系統(tǒng)結(jié)構(gòu)示意圖如圖4所示，包括加載單元301、解析單元302和測試單元303 ；其中加載單元301用于讀取配置文件并依據(jù)所述配置文件加載測試程序；解析單元302用于調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)及業(yè)務(wù)流程；
測試單元303用于依據(jù)所述解析單元解析的業(yè)務(wù)流程，應(yīng)用所述加載單元加載的測試程序?qū)λ鼋馕鰡卧馕龅臏y試用例數(shù)據(jù)進行測試，并將測試結(jié)果寫入目標(biāo)文件。需要說明的是本申請實施例提供的測試系統(tǒng)中解析單元調(diào)用的腳本文件為Iua語言腳本文件； 解析單元調(diào)用的腳本文件中的測試用例數(shù)據(jù)為一組或多組，業(yè)務(wù)流程為一組或多組。本申請實施例提供的測試系統(tǒng)中測試單元應(yīng)用加載單元加載的測試程序，依據(jù)解析單元解析的業(yè)務(wù)流程執(zhí)行，對測試用例數(shù)據(jù)進行測試結(jié)束后，依據(jù)所述配置文件自動加載其它測試程序進行其它測試過程。加載單元加載的配置文件用于確定測試的進行方式，包括確定測試的發(fā)起位置。本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。以上所述僅是本申請的具體實施方式
，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本申請的保護范圍。
權(quán)利要求
1.一種測試用例的測試方法，其特征在于，包括讀取配置文件并依據(jù)所述配置文件加載測試程序；調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程；依據(jù)業(yè)務(wù)流程，應(yīng)用所述測試程序?qū)λ鰷y試用例數(shù)據(jù)進行測試，將測試結(jié)果寫入目標(biāo)文件。
2.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述腳本文件為Iua語言腳本文件。
3.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程為一組或多組。
4.根據(jù)權(quán)利要求3所述的測試方法，其特征在于，應(yīng)用測試程序?qū)λ瞿_本文件中的測試用例進行測試結(jié)束后，依據(jù)所述配置文件自動加載其它測試程序進行其它測試過程。
5.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述配置文件用于確定測試的進行方式，包括確定測試的發(fā)起位置。
6.一種測試用例的測試系統(tǒng)，其特征在于，包括加載單元、解析單元和測試單元；其中所述加載單元用于讀取配置文件并依據(jù)所述配置文件加載測試程序；所述解析單元用于調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)及業(yè)務(wù)流程；所述測試單元用于依據(jù)所述解析單元解析的業(yè)務(wù)流程，應(yīng)用所述加載單元加載的測試程序?qū)λ鼋馕鰡卧馕龅臏y試用例數(shù)據(jù)進行測試，并將測試結(jié)果寫入目標(biāo)文件。
7.根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于，所述解析單元調(diào)用的腳本文件為Iua 語言腳本文件。
8.根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于，所述解析單元調(diào)用的腳本文件中的測試用例數(shù)據(jù)和業(yè)務(wù)流程為一組或多組。
9.根據(jù)權(quán)利要求8所述的測試系統(tǒng)，其特征在于，所述測試單元應(yīng)用所述加載單元加載的測試程序?qū)λ鼋馕鰡卧馕龅臏y試用例數(shù)據(jù)進行測試結(jié)束后，依據(jù)所述配置文件自動加載其它測試程序進行其它測試過程。
10.根據(jù)權(quán)利要求6所述的測試系統(tǒng)，其特征在于，所述加載單元加載的配置文件用于確定測試的進行方式，包括確定測試的發(fā)起位置。
全文摘要
本申請公開了一種測試用例的測試方法及系統(tǒng)，包括調(diào)度程序讀取配置文件并依據(jù)所述配置文件加載測試程序；調(diào)用腳本文件，解析腳本文件中的測試用例數(shù)據(jù)及業(yè)務(wù)流程；依據(jù)所述業(yè)務(wù)流程，應(yīng)用測試程序?qū)λ鰷y試用例數(shù)據(jù)進行測試，將測試結(jié)果寫入目標(biāo)文件。本申請實施例提供的測試方法及系統(tǒng)，將測試數(shù)據(jù)及業(yè)務(wù)流程寫入調(diào)度程序可以識別的腳本文件中，調(diào)用所述測試程序，按照所述腳本中定義的業(yè)務(wù)流程，獲取所述測試用例數(shù)據(jù)執(zhí)行測試，有效的將測試數(shù)據(jù)，業(yè)務(wù)流程和測試代碼分離開，在腳本文件中可以配置多組測試數(shù)據(jù)，和多組業(yè)務(wù)流程。在同一測試代碼中進行測試，將測試結(jié)果存儲在目標(biāo)文件中，有效的緩解的系統(tǒng)的測試壓力，節(jié)約了系統(tǒng)的測試資源。
文檔編號G06F11/36GK102467448SQ20101054687
公開日2012年5月23日 申請日期2010年11月16日 優(yōu)先權(quán)日2010年11月16日
發(fā)明者易利娜, 胡勝發(fā) 申請人:安凱(廣州)微電子技術(shù)有限公司