數(shù)據(jù)處理方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)處理方法及系統(tǒng)，該數(shù)據(jù)為采用Tcl/Tk對網(wǎng)關設備進行自動化測試中涉及的數(shù)據(jù)，該數(shù)據(jù)處理方法包括以下步驟：建立一XML文檔模型；運行對該網(wǎng)關設備的自動化測試；將測試數(shù)據(jù)寫入該XML文檔模型中；接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。本發(fā)明利用了Tcl/Tk是開源的特點，將XML集成到它里面，作為數(shù)據(jù)的類型，減少了讀寫的數(shù)據(jù)量、提高了效率。
【專利說明】 數(shù)據(jù)處理方法及系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及一種數(shù)據(jù)處理方法及系統(tǒng)，特別是涉及一種自動化測試過程中的數(shù)據(jù)處理方法及系統(tǒng)。
【背景技術】
[0002]隨著測試流程的不斷規(guī)范以及軟件測試技術的進一步細化，軟件測試自動化已經(jīng)日益成為一支不可忽視的力量。而Tcl/Tk憑借著其獨特優(yōu)勢，在自動化測試領域占據(jù)著重要位置(Tcl/Tk:Tcl是“工具控制語言(Tool Control Language)”的縮寫。Tk是Tcl “圖形工具箱”的擴展，它提供各種標準的GUI接口項，以利于迅速進行高級應用程序開發(fā)。JohnK.0usterhout于1988年開始開發(fā)Tcl/Tk，然后是加州大學伯克利分校(UCB)的一名教授繼續(xù)對它進行開發(fā)。Tcl是以可擴展性、短的學習曲線和易于嵌入為特定目標而設計的。Tk的開發(fā)始于1989年,第一個版本于1991年問世。Ousterhout博士在他離開UCB之后繼續(xù)開發(fā)Tcl/Tk,然后由于工作需要,他繼續(xù)為Sun Microsystems公司工作?，F(xiàn)在,也就是在寫本文之時，他在Scriptics (它開發(fā)出Ajuba Solution,已由Interwoven收購)繼續(xù)改進該語言，目前的穩(wěn)定版本是8.3.2，在寫本文的時候，8.4版本正在開發(fā)之中)。優(yōu)勢如下:
[0003]I)開發(fā)快
[0004]2)圖形化用戶界面
[0005]3)跨平臺
[0006]4)易學
[0007]5)成熟
[0008]6)擴展式、嵌入式、集成式
[0009]7)配置獨特
[0010]8)軟件和硬件測試的理想語言
[0011]9)網(wǎng)絡編程方便
[0012]10)強大Tcl用戶群
[0013]11)免費(開源)
[0014]目前研發(fā)的自動化測試基本都是由Tcl/Tk直接實現(xiàn)，其中產(chǎn)生的數(shù)據(jù)幾乎沒有類型，這是由Tcl/Tk語言本身造成的，因為其追求短小、可移植。它是一種幾乎只用list(列表)作數(shù)據(jù)類型的語言，構造十分精巧，寫起它的語法解釋程序時很簡單。但實現(xiàn)研發(fā)的自動化測試平臺有以下缺點:
[0015]I)由于存儲的信息沒有數(shù)據(jù)類型，所讀寫的數(shù)據(jù)量增大，降低效率；
[0016]2)實現(xiàn)數(shù)據(jù)對外交互時，需要先按特定類型格式化數(shù)據(jù)，缺少一個權威的標準，對于標準化不利。

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

[0017]本發(fā)明要解決的技術問題是為了克服現(xiàn)有技術中基于Tcl/Tk的自動化測試中產(chǎn)生的數(shù)據(jù)幾乎沒有類型、所讀寫的數(shù)據(jù)量增大、效率降低、在數(shù)據(jù)對外交互時需要先按特定類型格式化數(shù)據(jù)、缺少一個權威的標準對于標準化不利的缺陷，提供一種減少讀寫的數(shù)據(jù)量、提高效率、有利于標準化的數(shù)據(jù)處理方法及系統(tǒng)。
[0018]本發(fā)明是通過下述技術方案來解決上述技術問題的:
[0019]一種數(shù)據(jù)處理方法，其特點在于，該數(shù)據(jù)為采用Tcl/Tk對網(wǎng)關設備進行自動化測試中涉及的數(shù)據(jù)，該數(shù)據(jù)處理方法包括以下步驟:
[0020]步驟S1、建立一 XML (擴展標記語言)文檔模型；
[0021]步驟S2、運行對該網(wǎng)關設備的自動化測試；
[0022]步驟S3、將測試數(shù)據(jù)寫入該XML文檔模型中；
[0023]步驟S4、接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
[0024]優(yōu)選地，步驟S2中包括以下步驟:
[0025]步驟S21、選擇測試腳本，每個測試腳本與一測試用例對應；
[0026]步驟S22、運行該測試腳本以進行該自動化測試；
[0027]步驟S23、輸出該測試數(shù)據(jù)。
[0028]所謂的自動化測試，是將每一個用例編寫成對應的測試腳本，然后根據(jù)測試項目需求，選擇合適的測試腳本，進行測試。測試對象為研發(fā)中的網(wǎng)關類產(chǎn)品。通過該自動化測試，確認其各項功能是否有效，并找出產(chǎn)品中軟件的BUG(現(xiàn)在人們將在電腦系統(tǒng)或程序中，隱藏著的一些未被發(fā)現(xiàn)的缺陷或問題統(tǒng)稱為bug，即漏洞)。
[0029]在自動化測試的運行過程中涉及的數(shù)據(jù)為XML格式，其中數(shù)據(jù)交互關系如下:
[0030]產(chǎn)生新的數(shù)據(jù)時，將產(chǎn)生的值打上標簽，做成一個節(jié)點，然后插入到文檔模型的合適位置；
[0031]需要讀取數(shù)據(jù)時，從文檔模型的合適位置讀取到所需要的數(shù)據(jù)值；
[0032]修改數(shù)據(jù)時，定位到文檔模型中合適位置，然后經(jīng)過判斷并修改。
[0033]優(yōu)選地，步驟S3中包括以下步驟:
[0034]步驟S31、判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若否，進入步驟S32 ;若是，進入步驟S37 ；
[0035]步驟S32、創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下；
[0036]步驟S33、判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，進入步驟S34 ；若否，進入步驟S35;
[0037]步驟S34、將該測試節(jié)點掛載在其父節(jié)點下，并結束流程；
[0038]步驟S35、創(chuàng)建該測試節(jié)點的父節(jié)點；
[0039]步驟S36、將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并返回步驟S33 ；
[0040]步驟S37、更新該節(jié)點下的數(shù)據(jù)，并結束流程。
[0041]優(yōu)選地，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。其中，當測試產(chǎn)品(例如網(wǎng)關設備)的某一項功能時，此功能會包含多個測試用例(此時就需要選擇自動化測試所對應的腳本)。此處所說的配置數(shù)據(jù)，就是指所選擇的腳本的文件名與路徑信息。[0042]優(yōu)選地，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備的軟件版本、腳本描述和通過率。
[0043]本發(fā)明還提供一種數(shù)據(jù)處理系統(tǒng)，其特點在于，其采用如上所述的數(shù)據(jù)處理方法實現(xiàn)，該數(shù)據(jù)處理系統(tǒng)包括:
[0044]一模型建立裝置，用于建立該XML文檔模型；
[0045]一 Tcl/Tk測試平臺，用于運行對該網(wǎng)關設備的自動化測試；
[0046]—讀寫裝置，用于將測試數(shù)據(jù)寫入該XML文檔模型中；
[0047]一調(diào)取裝置，用于接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
[0048]優(yōu)選地，該Tcl/Tk測試平臺還包括:
[0049]一選擇裝置，用于選擇測試腳本，每個測試腳本與一測試用例對應；
[0050]一測試裝置，用于運行該測試腳本以進行該自動化測試；
[0051 ] 一輸出裝置，用于輸出該測試數(shù)據(jù)。
[0052]優(yōu)選地，該讀寫裝置還包括:
[0053]一第一判斷裝置，用于判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若
是，啟用一第一更新裝置；若否，啟用一第一創(chuàng)建裝置；
[0054]該第一創(chuàng)建裝置用于創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下，以及啟用一第二判斷裝置；
[0055]該第二判斷裝置用于判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，啟用一記錄裝置；若否，啟用一第二創(chuàng)建裝置；
[0056]該記錄裝置用于將該測試節(jié)點掛載在其父節(jié)點下；
[0057]該第二創(chuàng)建裝置用于創(chuàng)建該測試節(jié)點的父節(jié)點，以及啟用一第二更新裝置；
[0058]該第二更新裝置用于將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并且再次啟用該第二判斷裝置；
[0059]該第一更新裝置用于更新該節(jié)點下的數(shù)據(jù)。
[0060]優(yōu)選地，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。
[0061]優(yōu)選地，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備的軟件版本、腳本描述和通過率。
[0062]本發(fā)明的積極進步效果在于:
[0063]1、本發(fā)明利用了 Tcl/Tk是開源的特點，將XML集成到它里面，作為數(shù)據(jù)的類型，減少了讀寫的數(shù)據(jù)量、提高了效率。
[0064]2、在數(shù)據(jù)對外交互時無需格式化數(shù)據(jù)，有利于標準化。
【專利附圖】

【附圖說明】
[0065]圖1為本發(fā)明一實施例的數(shù)據(jù)處理方法的流程圖。
[0066]圖2為本發(fā)明一實施例的將測試數(shù)據(jù)寫入該XML文檔模型的流程圖。
[0067]圖3為本發(fā)明一實施例的數(shù)據(jù)處理系統(tǒng)的結構框圖。
[0068]圖4為本發(fā)明一實施例的文檔模型的示意圖?！揪唧w實施方式】
[0069]下面通過實施例的方式進一步說明本發(fā)明，但并不因此將本發(fā)明限制在所述的實施例范圍之中。
[0070]參考圖1和圖2，介紹本發(fā)明一實施例的數(shù)據(jù)處理方法，該數(shù)據(jù)為采用Tcl/Tk對網(wǎng)關設備進行自動化測試中涉及的數(shù)據(jù)，該數(shù)據(jù)處理方法包括以下步驟:
[0071]步驟S1、建立一 XML文檔模型；
[0072]步驟S2、運行對該網(wǎng)關設備的自動化測試；
[0073]步驟S3、將測試數(shù)據(jù)寫入該XML文檔模型中；
[0074]步驟S4、接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
[0075]其中，步驟S2中包括以下步驟:
[0076]步驟S21、選擇測試腳本，每個測試腳本與一測試用例對應；
[0077]步驟S22、運行該測試腳本以進行該自動化測試；
[0078]步驟S23、輸出該測試數(shù)據(jù)。
[0079]所謂的自動化測試，是將每一個用例編寫成對應的測試腳本，然后根據(jù)測試項目需求，選擇合適的測試腳本，進行測試。測試對象為研發(fā)中的網(wǎng)關類產(chǎn)品。通過該自動化測試，確認其各項功能是否有效，并找出產(chǎn)品中軟件的BUG。
[0080]在自動化測試的運行過程中涉及的數(shù)據(jù)為XML格式，其中數(shù)據(jù)交互關系如下:
[0081]產(chǎn)生新的數(shù)據(jù)時，將產(chǎn)生的值打上標簽，做成一個節(jié)點，然后插入到文檔模型的合適位置；
[0082]需要讀取數(shù)據(jù)時，從文檔模型的合適位置讀取到所需要的數(shù)據(jù)值；
[0083]修改數(shù)據(jù)時，定位到文檔模型中合適位置，然后經(jīng)過判斷并修改。
[0084]同時，參考圖3，步驟S3中包括以下步驟:
[0085]步驟S31、判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若否，進入步驟S32 ;若是，進入步驟S37 ；
[0086]步驟S32、創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下；
[0087]步驟S33、判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，進入步驟S34 ；若否，進入步驟S35;
[0088]步驟S34、將該測試節(jié)點掛載在其父節(jié)點下，并結束流程；
[0089]步驟S35、創(chuàng)建該測試節(jié)點的父節(jié)點；
[0090]步驟S36、將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并返回步驟S33 ；
[0091]步驟S37、更新該節(jié)點下的數(shù)據(jù)，并結束流程。
[0092]所謂的新節(jié)點，是這樣的:
[0093]如一個節(jié)點為:
[0094]< 標簽 >
[0095]氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺d φ pig
[0096]〈/標簽〉，[0097]那么，它的父節(jié)點為:
[0098]<父節(jié)點標簽>
[0099]%%%%%%%%%%%%%%%%%%%%%% (節(jié)點中內(nèi)容)
[0100]〈父節(jié)點標簽〉，
[0101]貝IJ，組成的新節(jié)點為:
[0102]〈父節(jié)點標簽〉
[0103]%%%%%%%%%%%%%%%%%%%%%% (節(jié)點中內(nèi)容)
[0104]〈標簽〉
[0105]********************** (節(jié)點中內(nèi)容)
[0106]〈/標簽〉
[0107]〈父節(jié)點標簽〉。
[0108]本領域技術人員應當理解，上述的結構表述僅僅是對“新節(jié)點”的解釋說明，這樣的說明僅僅是為了表述一種節(jié)點的結構，是為了使人理解，由于節(jié)點的具體內(nèi)容并不影響節(jié)點的結構，因此以和“％”兩種符號來表示節(jié)點中的內(nèi)容，這僅僅是一種舉例說明，為了描述上的便利而已，并非是對本發(fā)明的限定，也并非是對節(jié)點內(nèi)容的具體限定。
[0109]具體來說，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。其中，當測試產(chǎn)品(例如網(wǎng)關設備)的某一項功能時，此功能會包含多個測試用例(此時就需要選擇自動化測試所對應的腳本)。此處所說的配置數(shù)據(jù)，就是指所選擇的腳本的文件名與路徑信息。
[0110]更具體地，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備的軟件版本、腳本描述和通過率。
[0111]參考圖3，介紹本發(fā)明一實施例所述的數(shù)據(jù)處理系統(tǒng)，其采用如上所述的數(shù)據(jù)處理方法實現(xiàn)，該數(shù)據(jù)處理系統(tǒng)包括:
[0112]一模型建立裝置I，用于建立該XML文檔模型；
[0113]一 Tcl/Tk測試平臺2，用于運行對該網(wǎng)關設備的自動化測試；
[0114]一讀寫裝置3，用于將測試數(shù)據(jù)寫入該XML文檔模型中；
[0115]一調(diào)取裝置4，用于接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
[0116]具體來說，該Tcl/Tk測試平臺2還包括:
[0117]一選擇裝置，用于選擇測試腳本，每個測試腳本與一測試用例對應；
[0118]一測試裝置，用于運行該測試腳本以進行該自動化測試；
[0119]—輸出裝置，用于輸出該測試數(shù)據(jù)。
[0120]具體來說，該讀寫裝置3還包括:
[0121]一第一判斷裝置，用于判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若
是，啟用一第一更新裝置；若否，啟用一第一創(chuàng)建裝置；
[0122]該第一創(chuàng)建裝置用于創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下，以及啟用一第二判斷裝置；
[0123]該第二判斷裝置用于判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，
啟用一記錄裝置；若否，啟用一第二創(chuàng)建裝置；[0124]該記錄裝置用于將該測試節(jié)點掛載在其父節(jié)點下；
[0125]該第二創(chuàng)建裝置用于創(chuàng)建該測試節(jié)點的父節(jié)點，以及啟用一第二更新裝置；
[0126]該第二更新裝置用于將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并且再次啟用該第二判斷裝置；
[0127]該第一更新裝置用于更新該節(jié)點下的數(shù)據(jù)。
[0128]其中，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。
[0129]具體來說，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備的軟件版本、腳本描述和通過率。
[0130]下面，結合具體的自動化測試步驟，以一具體的使用場景為例，再一次說明本發(fā)明的技術方案。
[0131]本發(fā)明中涉及的自動化測試，是將每一個用例編寫成對應的測試腳本，然后根據(jù)測試項目需求，選擇合適的測試腳本，進行測試。測試對象為研發(fā)中的網(wǎng)關類產(chǎn)品。通過測試，確認其各項功能是否有效，并找出產(chǎn)品中軟件的BUG，主要步驟如下:
[0132]I)選擇測試用例的腳本
[0133]2)查看測試結果
[0134]3)保存測試記錄，以便過后統(tǒng)計
[0135]這3個過程，依次產(chǎn)生了:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)、測試用例的統(tǒng)計信息。當測試產(chǎn)品的某一項功能`時，此功能會包含多個測試用例(就需要選擇自動化測試所對應的腳本)。此處所說的配置數(shù)據(jù)，就是指所選擇的腳本的文件名與路徑信
肩、O
[0136]上述3個過程中產(chǎn)生的數(shù)據(jù)有很大一部分所包含的內(nèi)容是重復冗余的，可以用XML的形式結構化，創(chuàng)建一個文件樹形結構為基礎的文檔。這里介紹下XML，它是一種標記語言，XML文件就像一個樹狀的目錄，類似于HTML，如下所示:
[0137]

-<root>

-<File>

<type>di rectory </type>

<AccessTime>l 341910410</AccessTi me>
<name>G:/ </narae>

<path>G:/ </path>
[0138]
【權利要求】
1.一種數(shù)據(jù)處理方法，其特征在于，該數(shù)據(jù)為采用Tcl/Tk對網(wǎng)關設備進行自動化測試中涉及的數(shù)據(jù)，該數(shù)據(jù)處理方法包括以下步驟: 步驟S1、建立一 XML文檔模型； 步驟S2、運行對該網(wǎng)關設備的自動化測試； 步驟S3、將測試數(shù)據(jù)寫入該XML文檔模型中； 步驟S4、接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
2.如權利要求1所述的數(shù)據(jù)處理方法，其特征在于，步驟S2中包括以下步驟: 步驟S21、選擇測試腳本，每個測試腳本與一測試用例對應； 步驟S22、運行該測試腳本以進行該自動化測試； 步驟S23、輸出該測試數(shù)據(jù)。
3.如權利要求1所述的數(shù)據(jù)處理方法，其特征在于，步驟S3中包括以下步驟: 步驟S31、判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若否，進入步驟S32 ;若是，進入步驟S37 ； 步驟S32、創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下； 步驟S 3 3、判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，進入步驟S 3 4 ;若否，進入步驟S35;` 步驟S34、將該測試節(jié)點掛載在其父節(jié)點下，并結束流程； 步驟S35、創(chuàng)建該測試節(jié)點的父節(jié)點； 步驟S36、將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并返回步驟S33 ； 步驟S37、更新該節(jié)點下的數(shù)據(jù)，并結束流程。
4.如權利要求1-3中任意一項所述的數(shù)據(jù)處理方法，其特征在于，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。
5.如權利要求4所述的數(shù)據(jù)處理方法，其特征在于，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備的軟件版本、腳本描述和通過率。
6.一種數(shù)據(jù)處理系統(tǒng)，其特征在于，其采用如權利要求1所述的數(shù)據(jù)處理方法實現(xiàn)，該數(shù)據(jù)處理系統(tǒng)包括: 一模型建立裝置，用于建立該XML文檔模型； 一 Tcl/Tk測試平臺，用于運行對該網(wǎng)關設備的自動化測試； 一讀寫裝置，用于將測試數(shù)據(jù)寫入該XML文檔模型中； 一調(diào)取裝置，用于接收用戶的調(diào)取指令從該XML文檔模型中調(diào)取與該調(diào)取指令相應的測試數(shù)據(jù)。
7.如權利要求6所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，該Tcl/Tk測試平臺還包括: 一選擇裝置，用于選擇測試腳本，每個測試腳本與一測試用例對應； 一測試裝置，用于運行該測試腳本以進行該自動化測試； 一輸出裝置，用于輸出該測試數(shù)據(jù)。
8.如權利要求6所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，該讀寫裝置還包括: 一第一判斷裝置，用于判斷該測試數(shù)據(jù)的節(jié)點是否存在于該XML文檔模型中，若是，啟用一第一更新裝置；若否，啟用一第一創(chuàng)建裝置；該第一創(chuàng)建裝置用于創(chuàng)建該測試數(shù)據(jù)的測試節(jié)點并將該測試數(shù)據(jù)寫在該測試節(jié)點下，以及啟用一第二判斷裝置； 該第二判斷裝置用于判斷該測試節(jié)點的父節(jié)點是否在該XML文檔模型中，若是，啟用一記錄裝置；若否，啟用一第二創(chuàng)建裝置； 該記錄裝置用于將該測試節(jié)點掛載在其父節(jié)點下； 該第二創(chuàng)建裝置用于創(chuàng)建該測試節(jié)點的父節(jié)點，以及啟用一第二更新裝置； 該第二更新裝置用于將該測試節(jié)點掛載在其父節(jié)點下，該測試節(jié)點和其父節(jié)點形成一新節(jié)點，將該新節(jié)點更新為新的測試節(jié)點，并且再次啟用該第二判斷裝置； 該第一更新裝置用于更新該節(jié)點下的數(shù)據(jù)。
9.如權利要求6-8中任意一項所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，該測試數(shù)據(jù)包括:測試用例的配置數(shù)據(jù)、測試用例的測試結果數(shù)據(jù)和測試用例的統(tǒng)計信息。
10.如權利要求9所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，該測試用例的統(tǒng)計信息選自:被測設備編號、被測設備 的軟件版本、腳本描述和通過率。
【文檔編號】G06F11/36GK103678107SQ201210357028
【公開日】2014年3月26日 申請日期:2012年9月21日 優(yōu)先權日:2012年9月21日
【發(fā)明者】沈志剛, 張鑫 申請人:上海斐訊數(shù)據(jù)通信技術有限公司