專利名稱:對服務(wù)器產(chǎn)品進(jìn)行測試的方法
對服務(wù)器產(chǎn)品進(jìn)行測試的方法技術(shù)領(lǐng)域
本發(fā)明是有關(guān)于一種對服務(wù)器產(chǎn)品進(jìn)行測試的方法,且特別是有關(guān)于一種執(zhí)行 服務(wù)器產(chǎn)品的一測試程序模塊,以對服務(wù)器產(chǎn)品進(jìn)行測試的方法。
背景技術(shù):
傳統(tǒng)對服務(wù)器產(chǎn)品進(jìn)行測試程序時(shí),會啟動多個(gè)測試程序模塊其中之一,其中 使用者可依照需求在此測試程序模塊中,透過動態(tài)連接或由外部程序加載多個(gè)可動態(tài)異 動的子測試程序,并在分別執(zhí)行這些子測試程序前,提供對應(yīng)目前待測服務(wù)器產(chǎn)品的模 塊參數(shù)至子測試程序中。如此,這些子測試程序始能有效且準(zhǔn)確地對服務(wù)器產(chǎn)品進(jìn)行測試ο
由于其中數(shù)個(gè)子測試程序彼此具有相同型態(tài)時(shí),可以利用復(fù)制的方式,將其中 一子測試程序(稱來源端)中的模塊參數(shù)復(fù)制到具有相同型態(tài)的其余子測試程序中。故, 測試程序模塊必須得知各個(gè)子測試程序的型態(tài),才得以將來源端的模塊參數(shù)復(fù)制到與來 源端呈相同型態(tài)的子測試程序中。
目前的作法為,當(dāng)使用者對測試程序模塊執(zhí)行一“復(fù)制模塊參數(shù)”的指令時(shí), 測試程序模塊首先發(fā)出一 “詢問型態(tài)”的指令至各子測試程序,于是,各子測試程序開 始分別讀取本身程序代碼中的一型態(tài)種類,再將其型態(tài)種類回傳至測試程序模塊。如 此,測試程序模塊依據(jù)子測試程序所回傳的型態(tài)種類,載出與來源端呈相同型態(tài)的子測 試程序。最后,測試程序模塊將此來源端的模塊參數(shù)復(fù)制到對應(yīng)的子測試程序中,以便 此子測試程序可后續(xù)對服務(wù)器產(chǎn)品進(jìn)行測試。
然而,由于上述各子測試程序是透過動態(tài)連接或由外部程序加載測試程序模 塊,兩者在邏輯上非屬同一程序,因此,子測試程序于讀取本身程序代碼的型態(tài)種類, 再將其響應(yīng)至測試程序模塊的時(shí)間相當(dāng)漫長。
加上,上述的這些子測試程序可在每次啟動測試程序模塊時(shí),加載多個(gè)不等的 子測試程序,因此,每次進(jìn)行復(fù)制模塊參數(shù)的程序時(shí),都必須重復(fù)一次上述的流程,尤 其上述的多個(gè)子測試程序高達(dá)數(shù)以百計(jì)時(shí),其等待各子測試程序的響應(yīng)將更加耗時(shí),導(dǎo) 致使用者感到挫折及無奈。有鑒于此,如何能縮短上述時(shí)程,使得這些子測試程序能快 速且無誤地對服務(wù)器產(chǎn)品進(jìn)行測試,便成為一個(gè)重要課題。發(fā)明內(nèi)容
本發(fā)明是在提供一種對服務(wù)器產(chǎn)品進(jìn)行測試的方法,用以降低外部程序于響應(yīng) 其型態(tài)種類時(shí)無法加快處理的影響,進(jìn)而縮短對服務(wù)器產(chǎn)品進(jìn)行測試的整體時(shí)間,加速 對服務(wù)器產(chǎn)品進(jìn)行測試的效率。
依據(jù)本發(fā)明一實(shí)施例,這種方法用于執(zhí)行此服務(wù)器產(chǎn)品的一測試程序模塊,至 少包含一步驟取得一檢查表,檢查表至少記錄多個(gè)測試程序模塊前次所動態(tài)加載的第 一子測試程序,以及各第一子測試程序的一型態(tài)種類、下一步驟當(dāng)測試程序模塊被啟動時(shí),依據(jù)此檢查表,判斷此測試程序模塊此次所動態(tài)加載的多個(gè)第二子測試程序中是 否具有至少一新增的第三子測試程序、下一步驟當(dāng)這些第二子測試程序中具有至少一 第三子測試程序時(shí),更新此第三子測試程序至檢查表、下一步驟當(dāng)執(zhí)行測試程序模塊 的一復(fù)制模塊參數(shù)的指令時(shí),僅詢問第三子測試程序的一型態(tài)種類并記錄至檢查表,以 及下一步驟依據(jù)檢查表中的這些第一子測試程序的型態(tài)種類,復(fù)制一對應(yīng)的模塊參數(shù) 至具有相同型態(tài)種類的子測試程序中,以供對服務(wù)器產(chǎn)品進(jìn)行測試。
另外,判斷子測試程序目錄是否具有新增的第三子測試程序中,還包括一步 驟取得該檢查表中各第一子測試程序的一辨識特征、下一步驟分別比對所有第二 子測試程序與各個(gè)辨識特征,判斷任一第二子測試程序是否不符這些辨識特征,以及下 一步驟當(dāng)任一第二子測試程序不符這些辨識特征時(shí),則認(rèn)定具有新增的第三子測試程 序,或另一步驟當(dāng)任一第二子測試程序相符這些辨識特征,則認(rèn)定不具有新增的第三 子測試程序。
另一實(shí)施例中,當(dāng)更新第三子測試程序至檢查表直,還包括一步驟更新第三 子測試程序的名稱及其辨識特征至檢查表中。
另外,上述的辨識特征為第一子測試程序或第三子測試程序的一程序代碼中的 一檢查碼,檢查碼經(jīng)由一檢查碼產(chǎn)生器的計(jì)算后所取得?;蛘?,上述的辨識特征為各第 一子測試程序或第三子測試程序的一程序代碼中接近一起始位置的一部分。
另一實(shí)施例中,測試程序模塊透過一動態(tài)連接或由外部程序加載多個(gè)可動態(tài)異 動的子測試程序。
綜上所述,由上述本發(fā)明實(shí)施方式可知,通過測試程序模塊剛啟動時(shí),即進(jìn)行 新舊子測試程序的辨識,而且通過執(zhí)行復(fù)制模塊參數(shù)指令時(shí),由詢問全部子測試程序本 身程序代碼的型態(tài)種類,改為僅詢問新增的子測試程序本身程序代碼型態(tài)種類,以降低 子測試程序與測試程序模塊非屬同一程序下無法加快處理的影響,進(jìn)而縮短讀取并響應(yīng) 其型態(tài)種類至測試程序模塊的漫長時(shí)間。
具體來說,通過測試程序模塊剛啟動時(shí),只比對新舊子測試程序,對于文件比 對速度不致讓使用者感覺過于漫長,換言之,當(dāng)使用者對測試程序模塊執(zhí)行一復(fù)制模塊 參數(shù)指令時(shí),本發(fā)明可讓使用者較不易感覺不順暢,而且啟動測試程序模塊的次數(shù)必定 小于執(zhí)行復(fù)制模塊參數(shù)指令的次數(shù),因此,更可大大地縮短對服務(wù)器產(chǎn)品進(jìn)行測試的整 體時(shí)間。
以下將以各種實(shí)施例,對上述的說明以及接下來的實(shí)施方式做詳細(xì)的描述,并 對本發(fā)明進(jìn)行更進(jìn)一步的解釋。
圖1繪示本發(fā)明的一服務(wù)器產(chǎn)品在一實(shí)施例下的組件方塊示意圖2繪示本發(fā)明的一檢查表在此實(shí)施例下的示意圖3繪示本發(fā)明對服務(wù)器產(chǎn)品進(jìn)行測試的方法在此實(shí)施例下的流程圖4繪示本發(fā)明的一子測試程序目錄在此實(shí)施例下的示意圖5繪示本發(fā)明的一子測試程序本身程序代碼在此實(shí)施例下的結(jié)構(gòu)示意圖6繪示圖3的步驟Q03)的細(xì)部流程圖。
主要組件符號說明]
100 服務(wù)器產(chǎn)品411第一子測試程序
200 測試程序模塊420 型態(tài)種類字段
210 主使用畫面421型態(tài)種類
211 復(fù)制模塊參數(shù)指令430 辨識特征字段
300 子測試程序431辨識特征
310 程序代碼500 子測試程序目錄
311 起始位置510 第二子測試程序
312 末端位置520 第三子測試程序
313 型態(tài)種類設(shè)置位置201 207 步驟
400 檢查表2031 ‘ 2033 步驟
410 名稱字段具體實(shí)施方式
以下將以附圖及詳細(xì)說明清楚說明本發(fā)明的精神,如熟悉此技術(shù)的人員在了解 本發(fā)明的實(shí)施例后,當(dāng)可由本發(fā)明所教示的技術(shù),加以改變及修飾,其并不脫離本發(fā)明 的精神與范圍。
請參閱圖1所示,圖1繪示本發(fā)明的一服務(wù)器產(chǎn)品在一實(shí)施例下的組件方塊示意 圖。本發(fā)明是揭露一種對服務(wù)器產(chǎn)品100進(jìn)行測試程序的方法,關(guān)于對服務(wù)器產(chǎn)品100 所進(jìn)行的測試程序,本發(fā)明的一實(shí)施例下的服務(wù)器產(chǎn)品100具有多個(gè)測試程序模塊200, 例如測試中央處理單元、內(nèi)存及顯示卡的程序模塊等等。此方法依據(jù)一實(shí)施例以針對執(zhí) 行一測試程序模塊200的流程所進(jìn)行的改良。
任一測試程序模塊200啟動前,使用者可依照需求在此測試程序模塊200中,透 過動態(tài)連接或由外部程序加載多個(gè)可動態(tài)異動的子測試程序300。同時(shí)請參閱圖1及圖2 所示,圖2繪示本發(fā)明的一檢查表在此實(shí)施例下的示意圖。測試程序模塊200還具有一 檢查表400,檢查表400具有至少一名稱字段410、一型態(tài)種類字段420及一辨識特征字 段430。名稱字段410用以記錄前次由外部加載此測試程序模塊200的多個(gè)第一子測試程 序411的名稱、型態(tài)種類字段420用以記錄由前次的所有第一子測試程序411所取得的一 型態(tài)種類421,以及辨識特征字段430用以記錄由前次的所有第一子測試程序411所取得 的一辨識特征431 (例如檢查碼,checksum)。
請分別參閱圖1及圖3至圖5所示,圖3繪示本發(fā)明對服務(wù)器產(chǎn)品進(jìn)行測試的 方法在此實(shí)施例下的流程圖。圖4繪示本發(fā)明的一子測試程序目錄在此實(shí)施例下的示意 圖。圖5繪示本發(fā)明的一子測試程序本身程序代碼在此實(shí)施例下的結(jié)構(gòu)示意圖。
本發(fā)明的服務(wù)器產(chǎn)品100依據(jù)此實(shí)施例執(zhí)行此測試程序模塊200后,測試程序模 塊200則依如下步驟進(jìn)行
步驟O01)啟動此測試程序模塊200,服務(wù)器產(chǎn)品100提供一圖形使用者界面 (GUI)的一主使用畫面210,主使用畫面210呈現(xiàn)上述各個(gè)測試程序模塊200的啟動界 面,以供使用者點(diǎn)擊。
步驟Q02)當(dāng)此測試程序模塊200被啟動后,服務(wù)器產(chǎn)品100隨即依據(jù)此測試程序模塊200此次由外部所加載的多個(gè)第二子測試程序510,取得一子測試程序目錄 500,子測試程序目錄500中記錄有此些第二子測試程序510的名稱(請參閱圖4所示)。
步驟Q03)比對檢查表400與子測試程序目錄500,判斷子測試程序目錄500 中的第二子測試程序510相對于檢查表400的第一子測試程序411,是否具有至少一新增 的第三子測試程序520,若是,進(jìn)行步驟004),否則進(jìn)行步驟006)。
步驟Q04)當(dāng)具有新增的第三子測試程序520,則分別取得所有第三子測試程 序520的一辨識特征431,并更新所有第三子測試程序520的名稱及其辨識特征431至上 述的檢查表400中。其中檢查表400中的辨識特征431通常為第三子測試程序520本身 程序代碼310(請參閱圖5所示)的一檢查碼,此檢查碼可由第三子測試程序520本身程 序代碼310經(jīng)由一檢查碼產(chǎn)生器的計(jì)算后所取得,或此辨識特征431即為第三子測試程序 520本身程序代碼310的一部分(通常接近第三子測試程序520本身程序代碼310的一起 始位置311)。
步驟Q05)當(dāng)使用者執(zhí)行此測試程序模塊200的一復(fù)制模塊參數(shù)指令211時(shí),由 于檢查表400中的原有的子測試程序300(即第一子測試程序411)已記錄有其本身的型態(tài) 種類421,因此,只僅需發(fā)出一 “詢問型態(tài)”的指令至上述新增的第三子測試程序520, 使得上述新增的第三子測試程序520分別讀取本身程序代碼310中一型態(tài)種類設(shè)置位置 313的型態(tài)種類421后,再將其型態(tài)種類421回傳至測試程序模塊200,使得測試程序模 塊200可取得并記錄上述新增第三子測試程序520的型態(tài)種類421至上述的檢查表400 中。
步驟(206)依據(jù)上述的檢查表400中這些型態(tài)種類421,分別載出此次由外部所 加載的多個(gè)第二子測試程序510及第三子測試程序520中呈相同型態(tài)的子測試程序300, 并將呈相同型態(tài)的子測試程序300其中之一的模塊參數(shù)復(fù)制到對應(yīng)的子測試程序300中。
步驟(207)執(zhí)行這些子測試程序300,對服務(wù)器產(chǎn)品100進(jìn)行測試。
上述實(shí)施例中,請分別參閱圖1、圖5及圖6所示,圖6繪示圖3的步驟(203) 的細(xì)部流程圖。其中提到步驟O03)中還包括
步驟Q031)分別比對此子測試程序目錄500中所有第二子測試程序510本身的 程序代碼310與檢查表400中的所有辨識特征431,判斷任一第二子測試程序510本身程 序代碼310的一部分(可為前起始部分)是否不符這些辨識特征431,若是,進(jìn)行步驟 (2032),否則,進(jìn)行步驟O033);
步驟003 當(dāng)任一第二子測試程序510本身程序代碼310的一部份不符這些辨 識特征431,則認(rèn)定子測試程序目錄500具有新增的第三子測試程序520。
步驟003;3)反之,則認(rèn)定子測試程序目錄500不具有新增的第三子測試程序 520。
其中此步驟Q031)的判斷的方式可為
(1)使用檢查表400中的所有辨識特征431 (即檢查碼),對第二子測試程序510 本身程序代碼310進(jìn)行驗(yàn)證,合格即為相同第一子測試程序411,否則即為新增的第三子 測試程序520 ;或者
(2)直接讀取本身程序代碼310,以搜尋是否具有與檢查表400的辨識特征431 相符的程序代碼310特征,若是,即為相同第一子測試程序411,否則即為新增的第三子測試程序520。由于辨識特征431通常接近第二子測試程序510本身程序代碼310的起始 位置311,因此不需等到讀取本身程序代碼310的一末端位置312即可讀到相符的辨識特 征431。即使為新增的第三子測試程序520,由于僅為文件的辨識亦不需花費(fèi)服務(wù)器產(chǎn)品 100太多時(shí)間及資源。
綜上所述,由上述本發(fā)明實(shí)施方式可知,通過測試程序模塊200剛啟動時(shí),即 進(jìn)行新舊子測試程序300的辨識,而且通過執(zhí)行復(fù)制模塊參數(shù)指令211時(shí),由詢問全部子 測試程序300本身程序代碼310的型態(tài)種類421,改為僅詢問新增的子測試程序300本身 程序代碼310的型態(tài)種類421,以降低子測試程序300與測試程序模塊200非屬同一程序 下無法加快處理的影響,進(jìn)而縮短讀取并響應(yīng)其型態(tài)種類421至測試程序模塊200的漫長 時(shí)間。
具體來說,通過測試程序模塊200剛啟動時(shí),只比對新舊子測試程序300,對于 文件的比對速度不致讓使用者感覺過于漫長,換言之,當(dāng)使用者對測試程序模塊200執(zhí) 行一復(fù)制模塊參數(shù)指令211時(shí),本發(fā)明可讓使用者較不易感覺不順暢,而且啟動測試程 序模塊200的次數(shù)必定小于執(zhí)行復(fù)制模塊參數(shù)指令211的次數(shù),因此,更可大大地縮短對 服務(wù)器產(chǎn)品100進(jìn)行測試的整體時(shí)間。
雖然本發(fā)明已以實(shí)施方式揭露如上,然其并非用以限定本發(fā)明,任何熟悉此技 術(shù)的人員,在不脫離本發(fā)明的精神和范圍內(nèi),當(dāng)可作各種的更動與潤飾,因此本發(fā)明的 保護(hù)范圍當(dāng)視權(quán)利要求書所界定的范圍為準(zhǔn)。
權(quán)利要求
1.一種對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,用于執(zhí)行該服務(wù)器產(chǎn)品的一測 試程序模塊,該方法至少包含取得一檢查表,該檢查表至少記錄多個(gè)該測試程序模塊前次所動態(tài)加載的第一子測 試程序,以及每一該些第一子測試程序的一型態(tài)種類;當(dāng)該測試程序模塊被啟動時(shí),依據(jù)該檢查表,判斷該測試程序模塊此次所動態(tài)加載 的多個(gè)第二子測試程序中是否具有至少一新增的第三子測試程序;當(dāng)該些第二子測試程序中有該至少一第三子測試程序時(shí),更新該至少一第三子測試 程序至該檢查表;當(dāng)執(zhí)行該測試程序模塊的一復(fù)制模塊參數(shù)的指令時(shí),僅詢問并記錄該至少一第三子 測試程序的一型態(tài)種類至該檢查表;以及依據(jù)該檢查表中的該些型態(tài)種類,復(fù)制一模塊參數(shù)至具有相同的型態(tài)種類的子測試 程序中,以供對該服務(wù)器產(chǎn)品進(jìn)行測試。
2.根據(jù)權(quán)利要求1所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,判斷該測試 程序模塊此次所動態(tài)加載的第二子測試程序中是否具有該至少一新增的第三子測試程序 中,還包括取得該檢查表中每一該些第一子測試程序的一辨識特征;分別比對所有該些第二子測試程序與每一該些辨識特征,判斷任一該些第二子測試 程序是否不符該些辨識特征;以及當(dāng)任一該些第二子測試程序不符該些辨識特征,則具有該至少一新增的第三子測試 程序。
3.根據(jù)權(quán)利要求2所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,當(dāng)任一該些第 二子測試程序符合該些辨識特征,則認(rèn)定不具有新增的第三子測試程序。
4.根據(jù)權(quán)利要求2所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該辨識特征為 每一該些第一子測試程序的一程序代碼中的一檢查碼。
5.根據(jù)權(quán)利要求2所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該辨識特征為 每一該些第一子測試程序的一程序代碼中接近一起始位置的一部分。
6.根據(jù)權(quán)利要求1所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,當(dāng)更新該至少 一第三子測試程序至該檢查表,還包括更新該至少一第三子測試程序的名稱及其辨識特征至該檢查表中。
7.根據(jù)權(quán)利要求6所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該辨識特征為 該至少一第三子測試程序的一程序代碼的一檢查碼。
8.根據(jù)權(quán)利要求7所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該檢查碼由該 至少一第三子測試程序的該程序代碼經(jīng)由一檢查碼產(chǎn)生器的計(jì)算后所取得。
9.根據(jù)權(quán)利要求6所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該辨識特征為 該至少一第三子測試程序的一程序代碼中接近一起始位置的一部分。
10.根據(jù)權(quán)利要求1所述的對服務(wù)器產(chǎn)品進(jìn)行測試的方法,其特征在于,該測試程序 模塊透過一動態(tài)連接或由外部程序加載多個(gè)可動態(tài)異動的子測試程序。
全文摘要
本發(fā)明涉及一種對服務(wù)器產(chǎn)品進(jìn)行測試的方法,用于執(zhí)行該服務(wù)器產(chǎn)品的一測試程序模塊,此方法包含一步驟取得一檢查表,檢查表具多個(gè)第一子測試程序及其型態(tài)種類、下一步驟當(dāng)測試程序模塊被啟動時(shí),依據(jù)檢查表,判斷測試程序模塊此次的多個(gè)第二子測試程序是否具有新增的第三子測試程序、下一步驟若是,則更新檢查表,并在執(zhí)行復(fù)制模塊參數(shù)時(shí),僅記錄第三子測試程序的型態(tài)種類至檢查表,以及下一步驟依據(jù)檢查表的型態(tài)種類,復(fù)制一模塊參數(shù)至相同型態(tài)種類的子測試程序中。
文檔編號G06F11/36GK102023918SQ200910173580
公開日2011年4月20日 申請日期2009年9月17日 優(yōu)先權(quán)日2009年9月17日
發(fā)明者孫佑良 申請人:英業(yè)達(dá)股份有限公司