驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng),包括:從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象;從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息并進(jìn)行比對,以從所述比對中獲取掛載恢復(fù)卷的卷信息;根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象;比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的,解決了現(xiàn)有技術(shù)中手工進(jìn)行掛載恢復(fù)測試效率低、出錯(cuò)率高等問題。
【專利說明】
驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng)
技術(shù)領(lǐng)域
[0001 ]本發(fā)明涉及計(jì)算機(jī)軟件測試領(lǐng)域,特別是涉及驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng)。
【背景技術(shù)】
[0002]文件系統(tǒng)實(shí)時(shí)備份是指對文件系統(tǒng)中的卷進(jìn)行實(shí)時(shí)保護(hù),當(dāng)有數(shù)據(jù)變化時(shí)自行進(jìn)行備份,最終用戶可根據(jù)實(shí)際需要進(jìn)行瀏覽恢復(fù)或掛載恢復(fù)。
[0003]通過ISCSI(Internet Small Computer System Interface,Internet小型計(jì)算機(jī)系統(tǒng)接口)掛載方式將文件系統(tǒng)實(shí)時(shí)任務(wù)中的某個(gè)時(shí)間點(diǎn)的數(shù)據(jù)直接關(guān)聯(lián)到目標(biāo)機(jī)器上的某個(gè)虛擬文件系統(tǒng),從而實(shí)現(xiàn)數(shù)據(jù)快速恢復(fù)的過程叫做文件系統(tǒng)實(shí)時(shí)備份掛載恢復(fù)。
[0004]文件系統(tǒng)實(shí)時(shí)備份掛載恢復(fù)不需要將備份集中的所有數(shù)據(jù)都回寫回去,而是先生成一個(gè)虛擬文件系統(tǒng),現(xiàn)用現(xiàn)取,此方式適合RT0(Recovery Time Objective,復(fù)原時(shí)間目標(biāo))要求高,或者應(yīng)用容災(zāi)的場合,能夠瞬間找回所需的數(shù)據(jù)或者瞬間恢復(fù)生產(chǎn)應(yīng)用。
[0005]在數(shù)據(jù)保護(hù)業(yè)務(wù)領(lǐng)域中,備份、恢復(fù)是兩個(gè)很重要的概念,恢復(fù)后的數(shù)據(jù)是否跟原數(shù)據(jù)保持一致、是否可用,是進(jìn)行備份的根本目的,因此,在這一領(lǐng)域的測試方面,恢復(fù)數(shù)據(jù)的一致性、可用性測試尤為重要。
[0006]目前,基于應(yīng)用層面的掛載恢復(fù)結(jié)果測試,主要依靠手工驗(yàn)證,為了快速響應(yīng)外界需求,產(chǎn)品上線或發(fā)布的頻率被提高,對應(yīng)版本原有功能的回歸測試頻率也加大,此處存在三個(gè)問題:第一,手工回歸效率太低,不能及時(shí)響應(yīng)快速迭代的要求;第二,快速迭代引起頻繁的回歸測試需要消耗較多的人力資源;第三,快速迭代對測試人員模塊熟悉度的要求較高,不同人進(jìn)行測試的可靠性不能保證。
【發(fā)明內(nèi)容】
[0007]鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn),本發(fā)明的目的在于提供驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng),通過自動(dòng)化測試方法實(shí)現(xiàn)掛載恢復(fù)卷數(shù)據(jù)一致性、可用性校驗(yàn)問題,從而解決回歸測試效率低、人力消耗大、可靠性不能完全保證的問題。
[0008]為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,包括:從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象;從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息并進(jìn)行比對,以從所述比對中獲取掛載恢復(fù)卷的卷信息;根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象;比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的。
[0009]于本發(fā)明一實(shí)施例中,所述方法還包括:對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。
[0010]于本發(fā)明一實(shí)施例中,所述從備份的源卷所屬的源端獲取所述源卷的卷信息、從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息是通過Webservice接口實(shí)現(xiàn)的。
[0011]于本發(fā)明一實(shí)施例中,所述第一對象和所述第二對象分別對應(yīng)包括:分區(qū)、可用空間、總空間、名稱、及文件系統(tǒng)類型中的一種或多種組合。
[0012]為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng),包括:獲取模塊,用于從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象;從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息;比對模塊,用于比對所述掛載恢復(fù)之前的所有卷的卷信息和在所述掛載恢復(fù)之后的所有卷的卷信息;根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象;比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的。
[0013]于本發(fā)明一實(shí)施例中,所述系統(tǒng)還包括:讀寫模塊,用于對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。
[0014]于本發(fā)明一實(shí)施例中,所述從備份的源卷所屬的源端獲取所述源卷的卷信息、從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息是通過Webservice接口實(shí)現(xiàn)的。
[0015]于本發(fā)明一實(shí)施例中,所述第一對象和所述第二對象分別對應(yīng)包括:分區(qū)、可用空間、總空間、名稱、及文件系統(tǒng)類型中的一種或多種組合。
[0016]為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供自動(dòng)化測試裝置,包括:任一所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)。
[0017]于本發(fā)明一實(shí)施例中,所述自動(dòng)化測試裝置包括:Robot Framework測試框架。
[0018]如上所述,本發(fā)明的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng),具有以下有益效果:
[0019]1.提高了回歸測試效率,同時(shí)降低了回歸測試所需的人力資源。以前發(fā)布或上線均需手工進(jìn)行回歸測試,覆蓋環(huán)境較多,而且一般均需要進(jìn)行多輪次回歸測試,此模塊需要6*人天工作量,當(dāng)前使用自動(dòng)化只需要I人*天,大大降低了人力資源,同時(shí)也提高了回歸測試效率。
[0020]2.規(guī)避由于人為測試所造成的測試偏差,讓測試過程更簡單、快速,結(jié)果更準(zhǔn)確、可靠。以前偶爾由于人員流動(dòng)或調(diào)整,導(dǎo)致回歸測試安排不熟悉的人員執(zhí)行用例,執(zhí)行結(jié)果的可靠性不能完全保證。當(dāng)前執(zhí)行結(jié)果可通過自動(dòng)化完全確保。
【附圖說明】
[0021]圖1顯示為本發(fā)明一優(yōu)選實(shí)施例的自動(dòng)化測試架構(gòu)圖。
[0022]圖2顯示為本發(fā)明一優(yōu)選實(shí)施例的源卷備份流程圖。
[0023]圖3顯示為本發(fā)明一優(yōu)選實(shí)施例的掛載恢復(fù)流程圖。
[0024]圖4顯示為本發(fā)明一實(shí)施例的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法流程圖。
[0025]圖5顯示了本發(fā)明一實(shí)施例的測試環(huán)境部署流程圖。
[0026]圖6顯示了本發(fā)明一實(shí)施例的測試用例腳本實(shí)現(xiàn)及執(zhí)行過程流程圖。
[0027]圖7顯示為本發(fā)明一實(shí)施例的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)模塊圖。
[0028]元件標(biāo)號(hào)說明
[0029]7驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)
[0030]701獲取模塊
[0031]702比對模塊
[0032]S401 ?S404 步驟
【具體實(shí)施方式】
[0033]以下通過特定的具體實(shí)例說明本發(fā)明的實(shí)施方式,本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過另外不同的【具體實(shí)施方式】加以實(shí)施或應(yīng)用,本說明書中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用,在沒有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。需說明的是,在不沖突的情況下,以下實(shí)施例及實(shí)施例中的特征可以相互組合。
[0034]需要說明的是,以下實(shí)施例中所提供的圖示僅以示意方式說明本發(fā)明的基本構(gòu)想,遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制,其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變,且其組件布局型態(tài)也可能更為復(fù)雜。
[0035]本發(fā)明基于Robot Framework(簡稱RF)自動(dòng)化測試框架,使用python作為輔助語言實(shí)現(xiàn)相關(guān)方法,通過在RF中調(diào)用這些方法獲取用戶服務(wù)器端數(shù)據(jù),在Windows操作系統(tǒng)下最終完成掛載恢復(fù)卷數(shù)據(jù)一致性、可用性檢驗(yàn),能夠提高測試效率,并保證高可靠性。
[0036]需要說明的是,本發(fā)明基于RF自動(dòng)化測試框架是一個(gè)開源的、基于Python實(shí)現(xiàn)的通用自動(dòng)化測試框架,支持表格化的用例編寫,降低了自動(dòng)化測試編寫難度,而且支持豐富的庫:Telnet,SSH ,Java UI,web應(yīng)用(通過Selenium)以及用戶自定義庫,方便完成與被測系統(tǒng)的交互。自動(dòng)化測試架構(gòu)圖1所示。
[0037]本發(fā)明所要實(shí)現(xiàn)的目標(biāo)是對掛載恢復(fù)卷進(jìn)行兩項(xiàng)結(jié)果檢查:(I)檢查掛載恢復(fù)后卷信息是否跟源卷保持一致;(2)檢查掛載恢復(fù)卷是否可正常進(jìn)行讀寫操作。
[0038]基于文件系統(tǒng)實(shí)時(shí)備份恢復(fù)業(yè)務(wù),完整的測試流程分為三部分:(I)對源卷進(jìn)行實(shí)時(shí)備份;(2)對源卷某個(gè)時(shí)間點(diǎn)進(jìn)行掛載恢復(fù);(3)對掛載恢復(fù)卷進(jìn)行信息一致性、可用性檢查。以下分別對備份流程、掛載恢復(fù)流程、恢復(fù)結(jié)果檢查流程進(jìn)行具體說明:
[0039](I)對源卷進(jìn)行實(shí)時(shí)備份:備份流程是該測試的前置條件之一,主要介紹對于要保護(hù)的卷創(chuàng)建實(shí)時(shí)備份任務(wù)并執(zhí)行產(chǎn)生時(shí)間點(diǎn)的過程,該過程通過在RF中調(diào)用Webservices接口實(shí)現(xiàn),再此不詳細(xì)展開,簡單的流程圖可如圖2所示。
[0040](2)對源卷某個(gè)時(shí)間點(diǎn)進(jìn)行掛載恢復(fù):掛載恢復(fù)流程是備份流程后的另一個(gè)前置條件,主要介紹將某個(gè)備份時(shí)間點(diǎn)的卷掛載恢復(fù)至目標(biāo)機(jī)器的過程,該過程通過在RF中調(diào)用Webservices接口實(shí)現(xiàn),再此不詳細(xì)展開,是在備份流程里成功產(chǎn)生了時(shí)間點(diǎn)的基礎(chǔ)上進(jìn)行的,簡單的流程圖如3所示。
[0041 ]請參閱圖4,本實(shí)施例提供一種驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,包括:
[0042]步驟S401:從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象。例如:通過get_onedisk()方法獲取源卷信息,返回結(jié)果為python的字典形式result{},包括:分區(qū)、disk.FreeSpace(可用空間)、disk.Size(總空間)、disk.VolumeName(名稱)、disk.FileSystem(文件系統(tǒng)類型)。優(yōu)選的,使用trans_voIumeO方法對result{}進(jìn)行去盤符處理,返回結(jié)果:resultlU。
[0043]步驟S402:從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息并進(jìn)行比對,以從所述比對中獲取掛載恢復(fù)卷的卷信息。例如:通過get_disk()方法獲取卷未掛載之前目標(biāo)機(jī)器上所有卷信息,返回結(jié)果為python的字典形式result2_l{},包括:Capt1n(分區(qū))、disk.FreeSpace(可用空間)、disk.Size(總空間)、disk.VolumeName(名稱)、disk.FileSystem(文件系統(tǒng)類型);通過get_disk()方法獲取卷掛載之后目標(biāo)機(jī)器上所有卷信息,返回結(jié)果為python的字典形式result2_2{},包括:Capt1n(分區(qū))、disk.FreeSpace(可用空間)、disk.Size(總空間)、disk.VolumeName(名稱)、disk.FileSystem(文件系統(tǒng)類型)。使用方法compare_disks()對result2_l {}和result2_2{}進(jìn)行比對,正常情況下比對后應(yīng)該多出一個(gè)掛載恢復(fù)卷的信息,即返回信息result2_3U。
[0044]步驟S403:根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象。例如:使用trans_volume()方法對result2_3{}進(jìn)行去盤符處理,返回結(jié)果result2{}。
[0045]步驟S404:比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的。例如:通過RF內(nèi)置方法“should be equal”比對resultl {}跟result2{}。
[0046]需要說明的是,上述獲取卷信息再去掉盤符的操作,是因?yàn)樵淳頀燧d恢復(fù)后盤符可能會(huì)變化,因此盤符并不在結(jié)果檢查范圍內(nèi),所以需要去掉盤符,對其他的磁盤屬性進(jìn)行檢查。除此之外,所述的源端、目的端可以是同一客戶端,也可以是不同客戶端。優(yōu)選的,從二者獲取相應(yīng)的卷信息時(shí),通過Webservice接口的Xmlrpclib實(shí)現(xiàn)消息通信。
[0047]在另一實(shí)施例中,所述方法還包括:對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。例如:通過check_disk1()方法對掛載恢復(fù)卷進(jìn)行讀/寫數(shù)據(jù)操作,驗(yàn)證卷是否正常可用。
[0048]以下對上述例子中提到的各種命令作簡要解釋:
[0049]?自定義py庫方法:
[°°50] get_onedisk():作用是獲取Windows系統(tǒng)機(jī)器指定磁盤的信息。使用python語言,通過WMI (Windows Management Instrumentat1n ,Windows管理規(guī)范)實(shí)現(xiàn)對遠(yuǎn)程機(jī)器的操作。
[0051] get_disk():作用是獲取Windows系統(tǒng)機(jī)器所有磁盤及信息。使用python語言,通過WM1實(shí)現(xiàn)對遠(yuǎn)程機(jī)器的操作。
[°°52] compare_disks():作用是比對兩組字典類型的數(shù)據(jù),找出差異項(xiàng)。通過python語言實(shí)現(xiàn)。
[°°53] trans_volume():作用是對一組磁盤信息進(jìn)行去掉盤符的處理。通過python語言實(shí)現(xiàn)。
[0054]check_disk1():作用是對某個(gè)磁盤進(jìn)行讀寫操作。通過python語言實(shí)現(xiàn)。
[0055]以上方法均在一個(gè)py文件中實(shí)現(xiàn),該文件可稱為自定義庫。用戶可根據(jù)自身需要自定義不同庫,在RF中加載后即可通過RF正常調(diào)用其中的方法實(shí)現(xiàn)相關(guān)功能。
[0056]_RF內(nèi)置庫方法:
[°°57] Should be equal:作用是用來比較兩個(gè)值或兩組數(shù)據(jù)是否一致。
[0058]內(nèi)置庫是相對于自定義庫來講的,RF中默認(rèn)內(nèi)置了若干常用庫??芍苯庸┯脩羰褂?。
[0059]籲消息通信:
[0060]恢復(fù)結(jié)果檢查流程中客戶端向服務(wù)器(RF)發(fā)送信息的過程是通過python的Xmlrpclib實(shí)現(xiàn)的。自定義py庫對應(yīng)存在兩份文件,server.py在RF端加載,另外還需要在客戶端發(fā)起client, py文件執(zhí)行,當(dāng)然,客戶端機(jī)器需要先安裝python程序。
[0061]圖5顯示了實(shí)現(xiàn)上述驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法的測試環(huán)境的部署,主要包括以下步驟:
[0062](I)在主控制臺(tái)安裝控制臺(tái)程序包;
[0063](2)在源端、目標(biāo)端分別安裝客戶端程序包;
[0064](3)配置客戶端接入控制臺(tái);
[0065](4)在客戶端機(jī)器中安裝python應(yīng)用程序;
[ΟΟ??] (5)將client.py文件放入客戶端機(jī)器中,并用python程序打開運(yùn)行。
[0067]圖6顯示了測試用例腳本實(shí)現(xiàn)及執(zhí)行過程,在RF環(huán)境已搭建且正??捎玫那疤嵯?,同時(shí)webservice接口的測試框架已規(guī)范。主要是將被測對象跟RF結(jié)合起來,在RF中通過被測對象提供的webservice接口實(shí)現(xiàn)備份、恢復(fù)流程,通過server.py庫中的方法實(shí)現(xiàn)結(jié)果檢查流程。
[0068]另外,將RF還可以與自動(dòng)集成工具Jenkins相結(jié)合,在測試環(huán)境部署就緒的情況下,通過在Jenkins中部署測試任務(wù),可做到無人值守定時(shí)執(zhí)行測試用例,測試人員只需查看執(zhí)行結(jié)果報(bào)告,大大的解放了人力資源。
[0069]請參閱圖7,與方法實(shí)施例原理相似的是,本發(fā)明提供驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)7,包括:獲取模塊701和比對模塊702。由于前述技術(shù)特征可以用于本系統(tǒng)實(shí)施例,因而不再重復(fù)贅述。
[0070]獲取模塊701從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象;從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息。比對模塊702比對所述掛載恢復(fù)之前的所有卷的卷信息和在所述掛載恢復(fù)之后的所有卷的卷信息;根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象;比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的。優(yōu)選的,所述第一對象和所述第二對象分別對應(yīng)包括:分區(qū)、可用空間、總空間、名稱、及文件系統(tǒng)類型中的一種或多種組合。優(yōu)選的,所述從備份的源卷所屬的源端獲取所述源卷的卷信息、從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息是通過Webservice接口實(shí)現(xiàn)的。
[0071]在一實(shí)施例中,所述系統(tǒng)7還包括:讀寫模塊,用于對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。
[0072]為實(shí)現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供自動(dòng)化測試裝置,包括:任一所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)7。優(yōu)選的,所述自動(dòng)化測試裝置包括:Robot Framework測試框架。
[0073]綜上所述,本發(fā)明的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法及系統(tǒng),有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價(jià)值。
[0074]上述實(shí)施例僅例示性說明本發(fā)明的原理及其功效,而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下,對上述實(shí)施例進(jìn)行修飾或改變。因此,舉凡所屬技術(shù)領(lǐng)域中具有通常知識(shí)者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變,仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【主權(quán)項(xiàng)】
1.一種驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,其特征在于,包括: 從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象; 從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息并進(jìn)行比對,以從所述比對中獲取掛載恢復(fù)卷的卷信息; 根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象; 比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷ig息是不一致的。2.根據(jù)權(quán)利要求1所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,其特征在于,還包括:對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。3.根據(jù)權(quán)利要求1所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,其特征在于,所述從備份的源卷所屬的源端獲取所述源卷的卷信息、從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息是通過Webservice接口實(shí)現(xiàn)的。4.根據(jù)權(quán)利要求1所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試方法,其特征在于,所述第一對象和所述第二對象分別對應(yīng)包括:分區(qū)、可用空間、總空間、名稱、及文件系統(tǒng)類型中的一種或多種組合。5.一種驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng),其特征在于,包括: 獲取模塊,用于從備份的源卷所屬的源端獲取所述源卷的卷信息,據(jù)以生成第一對象;從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息; 比對模塊,用于比對所述掛載恢復(fù)之前的所有卷的卷信息和在所述掛載恢復(fù)之后的所有卷的卷信息;根據(jù)所述掛載恢復(fù)卷的卷信息生成第二對象;比對所述第一對象和所述第二對象,若比對結(jié)果為一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是一致的,若比對結(jié)果為不一致,則判定掛載恢復(fù)后的卷信息與源卷的卷信息是不一致的。6.根據(jù)權(quán)利要求5所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng),其特征在于,還包括:讀寫模塊,用于對所述掛載恢復(fù)卷進(jìn)行讀寫操作,從而判斷所述掛載恢復(fù)卷是否可讀寫。7.根據(jù)權(quán)利要求5所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng),其特征在于,所述從備份的源卷所屬的源端獲取所述源卷的卷信息、從所述源卷掛載恢復(fù)到的目標(biāo)端獲取所述目標(biāo)端在所述掛載恢復(fù)之前的所有卷的卷信息、及在所述掛載恢復(fù)之后的所有卷的卷信息是通過Webservice接口實(shí)現(xiàn)的。8.根據(jù)權(quán)利要求5所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng),其特征在于,所述第一對象和所述第二對象分別對應(yīng)包括:分區(qū)、可用空間、總空間、名稱、及文件系統(tǒng)類型中的一種或多種組合。9.一種自動(dòng)化測試裝置,其特征在于,包括:如權(quán)利要求5至8中任一所述的驗(yàn)證掛載恢復(fù)卷的自動(dòng)化測試系統(tǒng)。10.根據(jù)權(quán)利要求9所述的自動(dòng)化測試裝置,其特征在于,所述自動(dòng)化測試裝置包括:Robot Framework測試框架。
【文檔編號(hào)】G06F17/30GK106066820SQ201610404144
【公開日】2016年11月2日
【申請日】2016年6月8日 公開號(hào)201610404144.2, CN 106066820 A, CN 106066820A, CN 201610404144, CN-A-106066820, CN106066820 A, CN106066820A, CN201610404144, CN201610404144.2
【發(fā)明人】周丹婷
【申請人】上海愛數(shù)信息技術(shù)股份有限公司