專利名稱：測試軟件應(yīng)用的方法
技術(shù)領(lǐng)域：
本發(fā)明的實施例涉及驗證多系統(tǒng)分布式計算環(huán)境內(nèi)數(shù)據(jù)登錄基礎(chǔ)設(shè)施的操作和功能的方法和計算機程序產(chǎn)品。
背景技術(shù)：
IBM z/OS系統(tǒng)登錄器(logger)為由操作系統(tǒng)向在z/OS上運行的開發(fā)器(exploiter)提供的功能。這個組件的開發(fā)器的數(shù)目隨著其相對于系統(tǒng)性能和可用性方面的重要性而不斷增多。
系統(tǒng)登錄器是使應(yīng)用可以登錄來自系統(tǒng)聯(lián)合體(sysplex)的數(shù)據(jù)的z/OS多虛擬存儲(MVS)組件?？梢詫⑾到y(tǒng)聯(lián)合體看作一組計算機系統(tǒng)，這些計算機系統(tǒng)通過在操作系統(tǒng)層次上相互通信而起著單個實體的作用。應(yīng)用可以登錄來自系統(tǒng)聯(lián)合體內(nèi)的一個系統(tǒng)或多個系統(tǒng)的數(shù)據(jù)。
使用系統(tǒng)登錄器的優(yōu)點是免除日志記錄的創(chuàng)建者對諸如保存日志數(shù)據(jù)(以請求的持續(xù)時間)、取回數(shù)據(jù)(可能從系統(tǒng)聯(lián)合體內(nèi)任何系統(tǒng)取回)、將數(shù)據(jù)存檔和使數(shù)據(jù)滿期之類的任務(wù)的職責(zé)。此外，系統(tǒng)登錄器提供具有單個融合的日志的能力，所述日志含有來自系統(tǒng)聯(lián)合體內(nèi)的應(yīng)用的多個實例的數(shù)據(jù)。
在z/OS系統(tǒng)登錄器的功能和系統(tǒng)驗證測試期間，一直存在如何在多系統(tǒng)環(huán)境內(nèi)用單個方法動態(tài)和持續(xù)地驅(qū)動z/OS系統(tǒng)登錄器的所有操作的問題。有驅(qū)動z/OS系統(tǒng)登錄器的各個部分的多種不同測試工具和應(yīng)用，但是還沒有可用來將所有這些一起放在單個應(yīng)用內(nèi)的已知工具或方法。

發(fā)明內(nèi)容
本發(fā)明的實施例包括一種測試軟件應(yīng)用程序的方法和計算機程序產(chǎn)品，這種方法包括向登錄基礎(chǔ)設(shè)施提供隨機化輸入；在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試；對從登錄基礎(chǔ)設(shè)施取回的數(shù)據(jù)執(zhí)行自驗證，以確保未因由測試工具驅(qū)動的外部系統(tǒng)事件或故障導(dǎo)致發(fā)生數(shù)據(jù)丟失；根據(jù)對登錄基礎(chǔ)設(shè)施的隨機化輸入對由測試工具接收的結(jié)果執(zhí)行實時分析；捕獲第一故障數(shù)據(jù)；以及對在災(zāi)難恢復(fù)情形中登錄基礎(chǔ)設(shè)施的數(shù)據(jù)恢復(fù)操作的結(jié)果執(zhí)行自驗證。
本發(fā)明的其他一些實施例包括一種測試軟件應(yīng)用程序的方法和計算機程序產(chǎn)品，這種方法包括向登錄基礎(chǔ)設(shè)施提供隨機化輸入；在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試；以及執(zhí)行作為z/OS系統(tǒng)登錄器的登錄功能；其中系統(tǒng)登錄器的自動化測試包括以下任務(wù)用戶接口任務(wù)，事件通知基礎(chǔ)設(shè)施(ENF)監(jiān)視任務(wù)，主過程任務(wù)，以及輔助任務(wù)。


從以下說明、所附權(quán)利要求書和附圖中可以更為清楚地看到本發(fā)明的實施例的設(shè)備和方法的更多特征、形態(tài)和優(yōu)點，在這些附圖中圖1示出了具有耦接基礎(chǔ)設(shè)施的系統(tǒng)z/OS系統(tǒng)登錄器配置的例子；以及圖2示出了在系統(tǒng)聯(lián)合體環(huán)境內(nèi)的登錄器測試工具的任務(wù)布置結(jié)構(gòu)。
具體實施例方式
本發(fā)明的實施例涉及計算機體系結(jié)構(gòu)領(lǐng)域，具體地說，涉及在多處理環(huán)境內(nèi)自動測試登錄基礎(chǔ)設(shè)施的方法和系統(tǒng)。特別是，本發(fā)明的實施例涉及對從登錄基礎(chǔ)設(shè)施取回(retrieve)的數(shù)據(jù)進(jìn)行自驗證和根據(jù)隨機化輸入對測試工具接收到的結(jié)果進(jìn)行實時分析。
本發(fā)明的實施例所解決的問題適用于其中需要測試跨不同系統(tǒng)的多系統(tǒng)登錄實體和連續(xù)用數(shù)據(jù)驅(qū)動登錄實體以便測試它的功能的任何環(huán)境。本發(fā)明的實施例還提供了將智能建入測試應(yīng)用，以響應(yīng)與z/OS系統(tǒng)登錄器操作有關(guān)的系統(tǒng)事件的方法。
提供了一種系統(tǒng)，在這種系統(tǒng)內(nèi)在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試，并且同時在共享這樣的配置內(nèi)的資源的多個系統(tǒng)上執(zhí)行這樣的自動化測試。還提供了一種對從登錄基礎(chǔ)設(shè)施取回的數(shù)據(jù)進(jìn)行自驗證，以便保證沒有因由測試工具驅(qū)動的外部系統(tǒng)事件/故障而發(fā)生數(shù)據(jù)丟失的方法。
此外，還提供了一種由測試工具根據(jù)對登錄基礎(chǔ)設(shè)施的隨機化輸入和第一故障數(shù)據(jù)捕獲對結(jié)果進(jìn)行實時分析，以便幫助進(jìn)行意外結(jié)果的問題確定的方法。此外，還提供了一種對災(zāi)難恢復(fù)情形中登錄基礎(chǔ)設(shè)施的數(shù)據(jù)恢復(fù)操作的結(jié)果進(jìn)行自驗證的方法。
本發(fā)明的實施例的功能在于其在執(zhí)行對多系統(tǒng)登錄實體的功能驗證測試的同時執(zhí)行長期穩(wěn)定性驗證、數(shù)據(jù)完整性核實和使用第一故障數(shù)據(jù)捕獲技術(shù)的能力。
本發(fā)明的軟件實施例滿足了單個方法驅(qū)動和驗證(verify)系統(tǒng)聯(lián)合體范圍的登錄功能的所有方面的需要。本發(fā)明的實施例作為同時從多個并行系統(tǒng)連續(xù)寫入數(shù)據(jù)的登錄應(yīng)用進(jìn)行操作。它還執(zhí)行自驗證，以通過從登錄基礎(chǔ)設(shè)施讀回數(shù)據(jù)并將它與數(shù)據(jù)的獨立副本相比較來保證無數(shù)據(jù)丟失。
這種方法通過寫入隨機大小的數(shù)據(jù)塊而引入了可變性，而且向操作系統(tǒng)發(fā)出動態(tài)命令，以改變登錄基礎(chǔ)設(shè)施的特性。它還驅(qū)動異步登錄事件，動態(tài)地更新永久日志的屬性。在檢測到數(shù)據(jù)丟失時，本發(fā)明的實施例捕獲所有相關(guān)第一故障數(shù)據(jù)捕獲信息，以便幫助確定丟失了什么數(shù)據(jù)以及識別數(shù)據(jù)丟失的原因。
本發(fā)明的實施例不僅驅(qū)動系統(tǒng)登錄器內(nèi)許多不同的功能通路，而且還自動響應(yīng)外部和內(nèi)部驅(qū)動的激勵，并對使用z/OS系統(tǒng)登錄器服務(wù)寫入的所有數(shù)據(jù)執(zhí)行自驗證。
可以用獨立的(self-contained)應(yīng)用來模擬具有難以用依賴于受控輸入的測試以手工方式產(chǎn)生的隨機事件和定時窗口的活動登錄環(huán)境。應(yīng)用實現(xiàn)用于對寫入登錄功能的數(shù)據(jù)進(jìn)行自驗證的算法，而不依賴于手工干預(yù)來驗證在處理應(yīng)用所用的數(shù)據(jù)時登錄功能沒有丟失任何數(shù)據(jù)。應(yīng)用設(shè)計成連續(xù)運行它的算法，直到被告知停止(無論是用用戶命令還是自動方式)。除非在系統(tǒng)有故障的情況下，應(yīng)用保持持續(xù)并執(zhí)行使數(shù)據(jù)流入和流出登錄功能所必需的任何功能。對于系統(tǒng)故障和災(zāi)難恢復(fù)的情況，在故障系統(tǒng)的隨后重新初始化之后，應(yīng)用使用它的獨立數(shù)據(jù)副本驗證登錄功能已經(jīng)將數(shù)據(jù)恢復(fù)到一致的時間點。
z/OS操作系統(tǒng)是IBM的64位服務(wù)器操作系統(tǒng)。它是IBM主機操作系統(tǒng)OS/390的后繼操作系統(tǒng)，組合了多虛擬存儲(MVS)和UNIX系統(tǒng)服務(wù)(UNIX的遵從POSIX的主機實現(xiàn)，以前稱為MVS開放版)。z/OS是高度安全、可縮放的高性能企業(yè)操作系統(tǒng)，在該操作系統(tǒng)上可以構(gòu)建和部署因特網(wǎng)和Java啟動的應(yīng)用或者傳統(tǒng)應(yīng)用，提供綜合性、多樣化的應(yīng)用執(zhí)行環(huán)境。
典型的是，傳統(tǒng)應(yīng)用是在大型機或微計算機上運行的數(shù)據(jù)庫管理系統(tǒng)(DBMS)。新的軟件產(chǎn)品的重要特色是能夠與公司的傳統(tǒng)應(yīng)用一起工作，或者至少能從它們導(dǎo)入數(shù)據(jù)。在信息技術(shù)中，傳統(tǒng)應(yīng)用(legacy application)和數(shù)據(jù)是從比當(dāng)前技術(shù)早的語言、平臺和技術(shù)繼承下來的應(yīng)用和數(shù)據(jù)。大多數(shù)企業(yè)運用具有為關(guān)鍵性業(yè)務(wù)需要服務(wù)的傳統(tǒng)應(yīng)用和數(shù)據(jù)庫的計算機。
實施例是用與z/OS MVS系統(tǒng)登錄器有關(guān)的特定術(shù)語來說明的。相同或等效的技術(shù)可用于不同的環(huán)境，在這些環(huán)境中具有從多系統(tǒng)收集數(shù)據(jù)的登錄應(yīng)用，且其主要功能是維護(hù)日志數(shù)據(jù)的真實性和完整性。
參見圖1，圖中例示了具有z/OS系統(tǒng)登錄器、使用耦接基礎(chǔ)設(shè)施在系統(tǒng)之間共享日志數(shù)據(jù)的多系統(tǒng)配置的例子。這個例子示出了當(dāng)前使用z/OS系統(tǒng)登錄器在系統(tǒng)之間共享數(shù)據(jù)的不同MVS應(yīng)用(IMS、CICS、RRS)?？梢詫⒃谶@里所說明的登錄測試工具認(rèn)為是另一種z/OS系統(tǒng)登錄器應(yīng)用。
IMS是信息管理系統(tǒng)。IMS由數(shù)據(jù)庫管理器包括兩個系統(tǒng)(IMSDB)和事務(wù)管理器(IMS TM)。
事務(wù)管理器與終端用戶(通過TCP/IP和Web用戶接口連接的)或者其他應(yīng)用交互，處理商務(wù)功能(諸如銀行賬戶取款)和維護(hù)整個過程的狀態(tài)，確保系統(tǒng)將商務(wù)功能正確地記錄到數(shù)據(jù)存儲中。
IMS TM使用消息接發(fā)和排隊范型。IMS控制程序接收從終端(或者Web瀏覽器或其他應(yīng)用)輸入的事務(wù)，將事務(wù)存儲在消息隊列(在存儲器或數(shù)據(jù)集內(nèi))內(nèi)。然后，IMS對排隊的事務(wù)調(diào)用它的調(diào)度器，以啟動處在消息處理區(qū)域中的商務(wù)應(yīng)用程序。
消息處理區(qū)域從IMS消息隊列取回事務(wù)并加以處理，讀取和更新IMS和/或DB 2數(shù)據(jù)庫，保證事務(wù)的適當(dāng)記錄。然后，如果需要的話，IMS將響應(yīng)消息發(fā)回給IMS消息隊列。一旦輸出消息完成和可用，IMS控制程序就將它發(fā)回給始發(fā)終端。IMS TM每秒可以處理這整個過程幾千次。
CICS(客戶信息控制系統(tǒng))是一系列應(yīng)用服務(wù)器和連接器，其為任務(wù)關(guān)鍵的應(yīng)用提供工業(yè)強度的在線事務(wù)管理和接續(xù)性。CICS是在z/OS或z/VSE中在IBM主機系統(tǒng)上運行的事務(wù)服務(wù)器。CICS可用于其他操作系統(tǒng)，其中值得注意的有i5/OS、OS/2，并作為在AIX、Windows和Linux(除其他之外)上的最密切相關(guān)的IBM TXSeries軟件。到目前為止，z/OS實現(xiàn)是最普遍的，重要的CICS應(yīng)用只要稍作修改也可以在微軟的.NET平臺上運行。
CICS是為在線和批作業(yè)兩者設(shè)計的事務(wù)處理系統(tǒng)。在大的IBMzSeries和系統(tǒng)z9服務(wù)器上，CICS很容易支持每秒幾千個事務(wù)，這使它成為企業(yè)計算的主要支柱。CICS應(yīng)用可以用許多程序設(shè)計語言編寫，包括COBOL、PL/I、C、C++、匯編語言、REXX和Java。
資源恢復(fù)服務(wù)(RRS)提供在z/OS上的任何資源管理器都可以使用的全局同步點管理器。它使事務(wù)能更新由許多資源管理器管理的受保護(hù)資源。RRS越來越成為新的資源管理器和在現(xiàn)有資源管理器內(nèi)的新能力所必須具備的。這些產(chǎn)品可以使用由RRS提供的支持，而不是必需執(zhí)行它們自己的兩階段承諾協(xié)議。通常，RRS需要為系統(tǒng)登錄器定義的五個日志流。
有以下兩種類型的日志流(1)耦接基礎(chǔ)設(shè)施日志流；以及(2)僅直接存取存儲設(shè)備(DASD)日志流。這兩種類型的日志流之間的主要差別是用來存放臨時日志數(shù)據(jù)的存儲介質(zhì)。在耦接基礎(chǔ)設(shè)施日志流內(nèi)，日志數(shù)據(jù)的臨時存儲包含在耦接基礎(chǔ)設(shè)施列表結(jié)構(gòu)內(nèi)，而在僅DASD日志流內(nèi)，日志數(shù)據(jù)的臨時存儲包含在系統(tǒng)上本地存儲緩沖器內(nèi)。對于本發(fā)明的實施例來說，使用CF和僅DASD日志流兩者。
系統(tǒng)聯(lián)合體是由使用一定的硬件和軟件產(chǎn)品相互協(xié)作處理作業(yè)的一些MVS系統(tǒng)組成的集體。傳統(tǒng)的大型計算機系統(tǒng)也使用相互協(xié)作處理作業(yè)的硬件和軟件。系統(tǒng)聯(lián)合體與傳統(tǒng)的大型計算機系統(tǒng)之間的主要差別是在系統(tǒng)聯(lián)合體內(nèi)改進(jìn)了可用性的增長潛力和層次。系統(tǒng)聯(lián)合體增加了可以協(xié)作的處理單元和MVS操作系統(tǒng)的數(shù)目，從而增大了可以處理的作業(yè)量。
將大量的系統(tǒng)連接在一起引起了一些專門要考慮的問題，諸如大量的系統(tǒng)怎樣進(jìn)行通信和它們怎樣協(xié)作來共享資源之類。這些要考慮的問題影響到MVS系統(tǒng)的整體運行。
系統(tǒng)聯(lián)合體顯著地改變了MVS系統(tǒng)可以共享數(shù)據(jù)的方式。隨著系統(tǒng)的增多，必需要有有效的方式來跨系統(tǒng)共享數(shù)據(jù)。耦接基礎(chǔ)設(shè)施針對授權(quán)的應(yīng)用(諸如在系統(tǒng)聯(lián)合體內(nèi)運行的子系統(tǒng)和MVS組件)實現(xiàn)中央可訪問的高性能數(shù)據(jù)共享。這些子系統(tǒng)和組件于是透明地將數(shù)據(jù)共享的效益擴(kuò)展給它們的應(yīng)用。使用耦接基礎(chǔ)設(shè)施大大改善了在系統(tǒng)聯(lián)合體內(nèi)將許多MVS系統(tǒng)連接在一起以并行處理作業(yè)的可行性。
登錄器自治測試工具是多任務(wù)z/OS MVS系統(tǒng)登錄器應(yīng)用，其執(zhí)行由本發(fā)明的實施例描述的方法和算法。該應(yīng)用通過使耦接基礎(chǔ)設(shè)施(CF)結(jié)構(gòu)重構(gòu)、驅(qū)動日志流從耦接基礎(chǔ)設(shè)施結(jié)構(gòu)卸載到DASD和動態(tài)更新日志流的屬性來模擬z/OS操作系統(tǒng)環(huán)境狀況。下面所說明的這組任務(wù)在多系統(tǒng)的系統(tǒng)聯(lián)合體內(nèi)的每個系統(tǒng)上同時運行。例如，圖2示出了在2系統(tǒng)的系統(tǒng)聯(lián)合體內(nèi)測試工具的任務(wù)結(jié)構(gòu)。這些任務(wù)組中的每一個在作為多系統(tǒng)的系統(tǒng)聯(lián)合體的一部分的每個系統(tǒng)上運行。
任務(wù)綜述登錄器自治測試工具包括四個主任務(wù)加一個第五恢復(fù)驗證任務(wù)。
任務(wù)1是用戶接口任務(wù)，使系統(tǒng)操作員可以與工具交互，以啟動/停止處理和查詢登錄器自治測試工具的狀態(tài)。
任務(wù)2是事件通知基礎(chǔ)設(shè)施(ENF)監(jiān)視任務(wù)，其監(jiān)視指出系統(tǒng)登錄器內(nèi)的狀態(tài)改變和由工具使用的關(guān)聯(lián)日志流的登錄器ENF 48事件。
任務(wù)3是驅(qū)動寫入/讀取/驗證和外部驅(qū)動事件通路的主過程。
任務(wù)4是在獨立的地址空間內(nèi)運行、并針對任務(wù)3所用的相同日志流執(zhí)行附加的寫入/讀取/查詢功能，以便在處理日志流時為系統(tǒng)登錄器創(chuàng)建附加的“忙作業(yè)”的輔助任務(wù)。每個系統(tǒng)有一個或多個活動的輔助任務(wù)。
任務(wù)5只在系統(tǒng)故障和災(zāi)難恢復(fù)情況下使用，以便驗證系統(tǒng)登錄器從輔助記錄介質(zhì)(諸如雙工耦接基礎(chǔ)設(shè)施結(jié)構(gòu)或分段數(shù)據(jù)集合)恢復(fù)數(shù)據(jù)的能力。
系統(tǒng)聯(lián)合體內(nèi)系統(tǒng)上的登錄器測試工具的每個實例使用已經(jīng)作為用來測試z/OS的測試環(huán)境的一部分可用的組件測試工具多系統(tǒng)通信任務(wù)(GTTX)與另一個實例通信。CTTX使登錄器測試工具可以在系統(tǒng)聯(lián)合體內(nèi)不同系統(tǒng)之間同步其啟動、關(guān)閉、I/O和驗證功能。
應(yīng)用作業(yè)負(fù)荷算法在多線程系統(tǒng)聯(lián)合體環(huán)境內(nèi)，一旦建立了與日志流的連接，任務(wù)3就用以下算法針對系統(tǒng)登錄器日志流驅(qū)動作業(yè)a)用系統(tǒng)登錄器IXGWRITE服務(wù)將若干(N)個登錄塊寫入日志流。每個登錄塊是在1024到64532字節(jié)之間的隨機大小的塊。跟蹤信息存儲在每個登錄塊內(nèi)，以有助于保證無數(shù)據(jù)丟失的自驗證。有關(guān)每個所寫的塊的信息存儲在數(shù)據(jù)結(jié)構(gòu)內(nèi)，其還被復(fù)制到非獨立的寫入資源，以便用于驗證沒有出現(xiàn)數(shù)據(jù)丟失。
b)每逢第五個迭代(iteration)，通過發(fā)出系統(tǒng)登錄器IXGOFFLD強制日志數(shù)據(jù)從主存儲器卸載給DASD。這確保在稍后的步驟中從輔助存儲器以及主存儲器讀回日志數(shù)據(jù)，因為這些代表系統(tǒng)登錄器的不同處理通路。可以用任何迭代頻率來確保從輔助存儲器讀回卸載的數(shù)據(jù)。
c)每逢第五個迭代，用系統(tǒng)登錄器IXGINVNT服務(wù)執(zhí)行日志流屬性的動態(tài)更新。更新的屬性包括與SMS有關(guān)的類名稱、日志流長度和門限卸載值。這強制對激活的日志流連接的未決改變，其隨后在系統(tǒng)登錄器處理卸載期間被適當(dāng)應(yīng)用?？梢杂萌魏蔚l率來保證在系統(tǒng)登錄器卸載處理期間應(yīng)用未決的動態(tài)更新改變。
d)每逢第10個迭代，用SETXCF操作員命令在CF結(jié)構(gòu)DUPLEX和SIMPLEX模式之間交換日志流的雙工(duplexing)。這確保了對日志流的處理在兩個雙工模式執(zhí)行。可以用任何迭代頻率來保證登錄器處理在CF結(jié)構(gòu)單工和雙工兩個環(huán)境內(nèi)進(jìn)行。
e)從日志流讀出在這個當(dāng)前迭代期間寫的所有N個登錄塊。每個迭代隨機地在日志流的開始或結(jié)束處啟動，沿相應(yīng)方向讀取，以便用在以上步驟(a)期間保存的數(shù)據(jù)結(jié)構(gòu)進(jìn)行比較來執(zhí)行沒有出現(xiàn)數(shù)據(jù)丟失的驗證。
f)每個系統(tǒng)執(zhí)行同步(“synch up”)操作并暫停，直到每個系統(tǒng)上的工具的所有實例都已完成在步驟(e)執(zhí)行的它的數(shù)據(jù)驗證。這個同步用CTTX SYNCHUP功能實現(xiàn)。
g)驗證成功完成后，用系統(tǒng)登錄器IXGDELET服務(wù)從日志流中刪除比N/2+1早的登錄塊。
h)每逢第五個迭代，隨機地判定是否針對日志流執(zhí)行DISCONNECT/CONNECT，以便強制以上步驟(c)的未決更新付諸實施?？梢杂萌魏蔚l率來保證定期執(zhí)行登錄器斷開/連接處理，以便施加任何未決的動態(tài)更新。
如果在以上任何步驟中登錄資源成為暫時不可用(即中間存儲為滿)，任務(wù)3就等待登錄器通過ENF監(jiān)視任務(wù)(任務(wù)4)通知登錄資源重新可用。任務(wù)3和任務(wù)4通過z/OS MVS WAIT/POST系統(tǒng)服務(wù)進(jìn)行通信。
適當(dāng)?shù)脑?，每個迭代針對三個日志流執(zhí)行以上這些步驟。這三個日志流用不同的特性(STRUCTURE vs.DASDONLY，LOGGERDUPLEX(COND)vs.LOGGERDUPLEX(UNCOND)STG_DUPLEX(YES)vs.STG_DUPLEX(NO))定義，以確保覆蓋可由系統(tǒng)登錄器處理的每種類型的日志流。
數(shù)據(jù)和狀態(tài)登錄的驗證驗證登錄塊數(shù)據(jù)的方法涉及將每個讀出的登錄塊的所有屬性與所期望的屬性相比較。時戳、登錄塊標(biāo)識符、登錄塊內(nèi)容和指出登錄塊是從主存儲還是輔助存儲讀出的專用描述符屬性被用于核實登錄塊。
z/OS系統(tǒng)登錄器需要定期將“填充器”登錄塊寫入用來保持已從CF結(jié)構(gòu)卸載的日志數(shù)據(jù)的DASD數(shù)據(jù)組。隨著工具將數(shù)據(jù)寫入日志流，它用計算來預(yù)測應(yīng)已為下一個對日志流的成功寫請求分配的下一個塊標(biāo)識符。如果從系統(tǒng)登錄器返回的塊標(biāo)識符不是所預(yù)測的值，這就意味著在數(shù)據(jù)集合內(nèi)這個位置存在一個填充器塊。工具檢測到這個情況，記住所遇到的填充器區(qū)域的數(shù)目。這個信息可以稍后用作第一故障數(shù)據(jù)捕獲分析的一部分。
在以上步驟(a)至(g)期間出現(xiàn)的每個有意義的事件前和后，將事件登錄到數(shù)據(jù)結(jié)構(gòu)和第四系統(tǒng)登錄器日志流，以使工具可以記住最后采取的動作。系統(tǒng)聯(lián)合體范圍的同步用來保證系統(tǒng)聯(lián)合體內(nèi)每個系統(tǒng)上的所有任務(wù)都在處理相同的步驟迭代。一旦所有系統(tǒng)都已指出步驟(a)至(h)已經(jīng)完成，所有系統(tǒng)在一個新的迭代中繼續(xù)處理步驟(a)。
附加作業(yè)負(fù)荷數(shù)據(jù)流算法建立與日志流的連接后，任務(wù)4用以下重復(fù)順序給日志流添加附加作業(yè)
a)將一個塊寫入日志流，其內(nèi)容將塊標(biāo)識為由任務(wù)4寫入的塊。
b)用系統(tǒng)登錄器IXGBRWSE READCURSOR服務(wù)從最早到最近讀出日志流內(nèi)的所有登錄塊。
c)用系統(tǒng)登錄器IXGBRWSE READCURSOR服務(wù)從最近到最早讀出日志流內(nèi)的所有登錄塊。
d)用系統(tǒng)登錄器IXGQUERY服務(wù)查詢?nèi)罩玖鲗傩浴?br> 在執(zhí)行以上步驟(b)和(c)的讀出時，任務(wù)4檢驗每個登錄塊的內(nèi)容，只確認(rèn)具有指出任務(wù)4寫入該登錄塊的唯一系統(tǒng)標(biāo)識符的塊。由任務(wù)3寫入的任何登錄塊只被讀出而不確認(rèn)內(nèi)容。
范圍和保留時間上面描述的四個主任務(wù)一起設(shè)計成能處理以下情況1)所有暫時不可用的日志流事件，其需要工具等待，直到登錄器發(fā)出ENF 48，指出什么時侯日志流資源又是可用的。這些事件包括結(jié)構(gòu)重構(gòu)、日志流存儲滿狀況和CF接續(xù)性丟失。登錄器測試工具ENF監(jiān)視器任務(wù)(任務(wù)3)從z/OS系統(tǒng)登錄器接收ENF 48通知，并相應(yīng)通知任何等待這個事件的登錄器測試任務(wù)。
2)所有永久不可用的日志流事件，諸如系統(tǒng)登錄器或整個系統(tǒng)有故障。對于這些情況，工具能用從屬寫資源來驗證z/OS系統(tǒng)登錄器在出現(xiàn)事件后執(zhí)行日志流資源恢復(fù)時沒有丟失數(shù)據(jù)。
在由所有任務(wù)建立對日志流的所有連接時，這建立系統(tǒng)聯(lián)合體范圍的系統(tǒng)登錄器應(yīng)用環(huán)境，具有1)每個系統(tǒng)總共四個日志流，(每個系統(tǒng)聯(lián)合體2+2*S，其中S為系統(tǒng)聯(lián)合體內(nèi)的系統(tǒng)的個數(shù))；a)每個系統(tǒng)的具有兩個連接的兩個基于結(jié)構(gòu)的日志流，以及S*2個跨系統(tǒng)聯(lián)合體連接b)每個系統(tǒng)一個具有兩個連接的僅dasd日志流c)每個系統(tǒng)一個具有一個連接的基于結(jié)構(gòu)的檢查點日志流第一故障數(shù)據(jù)捕獲第一故障數(shù)據(jù)捕獲(FFDC)是應(yīng)用于在出現(xiàn)錯誤時自動捕獲的診斷信息組的通稱。
第一故障數(shù)據(jù)捕獲(FFDC)提供在出現(xiàn)意外內(nèi)部錯誤時系統(tǒng)環(huán)境的自動化快照。利用這個快照可以更好地理解在出現(xiàn)問題時的系統(tǒng)狀態(tài)。該信息減輕了對再現(xiàn)錯誤以獲取診斷信息的需要。
第一故障數(shù)據(jù)捕獲(FFDC)是登錄器自治測試工具的另一個基本組件。由于登錄塊驗證方法相繼驗證登錄塊，因此任何偏差都可以立刻予以識別，用期望和實際登錄塊數(shù)據(jù)報告給測試者。此外，還試圖繼續(xù)讀取第一偏差點后的日志流，以便幫助確定丟失了多少與當(dāng)前迭代相應(yīng)的塊。
通過毫無疑問地從最早到最近瀏覽日志流和收集日志流內(nèi)所有登錄塊的屬性和登錄塊數(shù)據(jù)，產(chǎn)生附加的FFDC。最后，產(chǎn)生系統(tǒng)登錄器和登錄器自治測試工具的系統(tǒng)轉(zhuǎn)儲，以供進(jìn)一步進(jìn)行可能的分析。所捕獲的附加數(shù)據(jù)可以有助于測試者直觀地確認(rèn)在工具驗證步驟期間指出的偏差是意外的數(shù)據(jù)丟失狀況的結(jié)果。
災(zāi)難恢復(fù)驗證災(zāi)難恢復(fù)規(guī)劃包括運行關(guān)鍵性商業(yè)應(yīng)用和關(guān)聯(lián)過程以在自然或人為災(zāi)難事件中平滑地過渡所需的硬件和軟件。災(zāi)難恢復(fù)系統(tǒng)幫助客戶機在火災(zāi)、恐怖主義襲擊及其他危機后恢復(fù)數(shù)據(jù)和系統(tǒng)。災(zāi)難恢復(fù)服務(wù)范圍從咨詢到遠(yuǎn)地數(shù)據(jù)備份、到專用的其他辦公室和設(shè)備、到可運行到客戶現(xiàn)場的移動站。
在系統(tǒng)故障或災(zāi)難恢復(fù)的情況下，用任務(wù)5來驗證由系統(tǒng)登錄器恢復(fù)的數(shù)據(jù)是否與由工具在它的從屬寫資源內(nèi)登錄的數(shù)據(jù)一致。這個資源含有對所有值得注意的事件的狀態(tài)檢查點，而且含有有關(guān)什么數(shù)據(jù)應(yīng)駐留在工具所使用的日志流內(nèi)的完整信息。在這里使用任務(wù)3所用的相同的驗證方法。一旦任務(wù)5已經(jīng)驗證沒有出現(xiàn)數(shù)據(jù)丟失，四個主任務(wù)可以重新啟動，繼續(xù)執(zhí)行在上個檢查點時執(zhí)行的任何處理。
為了達(dá)到堅實的驗證，首先，驗證事件。重要的是知道備份成功完成，沒有任何錯誤。然后，第二階段是驗證數(shù)據(jù)。最后，第三階段是驗證配置。這些步驟為成功的災(zāi)難恢復(fù)管理創(chuàng)造條件。
如上面所說明的，本發(fā)明的實施例可以體現(xiàn)為計算機實現(xiàn)的過程和實現(xiàn)這些過程的設(shè)備。本發(fā)明的實施例可以體現(xiàn)為含有體現(xiàn)在諸如系統(tǒng)存儲器、CD-ROM、硬盤驅(qū)動器或任何其他計算機可讀存儲介質(zhì)之類的有形媒體內(nèi)的指令的計算機程序代碼，其中，在將計算機程序代碼裝入一個計算機執(zhí)行時，該計算機就成為實現(xiàn)本發(fā)明的設(shè)備。本發(fā)明還可以體現(xiàn)為例如無論是存儲在存儲介質(zhì)內(nèi)裝入計算機和/或由計算機執(zhí)行的計算機程序代碼，還是在諸如電氣線路或電纜線路之類的傳輸媒體上、通過光纖或通過電磁輻射發(fā)送的計算機程序代碼，其中，在計算機程序代碼裝入一個計算機執(zhí)行時，該計算機就成為實現(xiàn)本發(fā)明設(shè)備。在通用微處理器上實現(xiàn)時，計算機程序代碼段將微處理器配置成產(chǎn)生特定的邏輯事件。
雖然以上就例示性和預(yù)先形成的實施例具體示出和說明了本發(fā)明的實現(xiàn)方式，但熟悉該技術(shù)的人員可以理解，其中在形式和細(xì)節(jié)上都可以作上述及其他一些改變，這并不背離本發(fā)明的實現(xiàn)方式的精神和范圍。本發(fā)明的專利保護(hù)范圍應(yīng)僅由所附權(quán)利要求書限定。
權(quán)利要求
1.一種測試軟件應(yīng)用程序的方法，所述方法包括向登錄基礎(chǔ)設(shè)施提供隨機化輸入；在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試；對從登錄基礎(chǔ)設(shè)施取回的數(shù)據(jù)執(zhí)行自驗證，以確保未因由測試工具驅(qū)動的外部系統(tǒng)事件或故障導(dǎo)致發(fā)生數(shù)據(jù)丟失；根據(jù)對登錄基礎(chǔ)設(shè)施的隨機化輸入對由測試工具接收的結(jié)果執(zhí)行實時分析；捕獲第一故障數(shù)據(jù)；以及對在災(zāi)難恢復(fù)情形中登錄基礎(chǔ)設(shè)施的數(shù)據(jù)恢復(fù)操作的結(jié)果執(zhí)行自驗證。
2.權(quán)利要求1的方法，其中登錄基礎(chǔ)設(shè)施的自動化測試在共享多個資源的多個系統(tǒng)上同時執(zhí)行。
3.權(quán)利要求1的方法，其中所述自動化測試驅(qū)動和驗證在多處理環(huán)境中登錄功能的功能和能力，以便促進(jìn)對登錄功能的自動化回歸測試(ART)。
4.根據(jù)權(quán)利要求3所述的方法，其中所述多處理環(huán)境使用多個日志流，以便驅(qū)動定時窗口。
5.按照權(quán)利要求1所述的方法，還包括向操作系統(tǒng)發(fā)出動態(tài)命令，以便改變登錄基礎(chǔ)設(shè)施的特性。
6.按照權(quán)利要求1所述的方法，還包括異步登錄事件和動態(tài)更新永久登錄的屬性。
7.按照權(quán)利要求1所述的方法，其中在檢測到數(shù)據(jù)丟失時，捕獲相關(guān)的第一故障數(shù)據(jù)捕獲信息，并關(guān)于(i)丟失的數(shù)據(jù)和(ii)數(shù)據(jù)丟失的一個或多個原因進(jìn)行確定。
8.按照權(quán)利要求1所述的方法，其中對登錄塊數(shù)據(jù)的驗證涉及將每個讀取的登錄塊的屬性與期望屬性相比較。
9.按照權(quán)利要求1所述的方法，其中對登錄塊的驗證涉及時戳屬性、登錄塊標(biāo)識符屬性、登錄塊內(nèi)容屬性和腳本描述符屬性。
10.一種測試軟件應(yīng)用程序的方法，所述方法包括向登錄基礎(chǔ)設(shè)施提供隨機化輸入；在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試；以及執(zhí)行作為系統(tǒng)登錄器的登錄功能，其中所述系統(tǒng)登錄器的自動化測試包括以下任務(wù)用戶接口任務(wù)，事件通知基礎(chǔ)設(shè)施(ENF)監(jiān)視任務(wù)，主過程任務(wù)，以及一個或多個輔助任務(wù)。
11.按照權(quán)利要求10所述的方法，其中所述事件通知基礎(chǔ)設(shè)施(ENF)監(jiān)視任務(wù)監(jiān)視指出系統(tǒng)登錄器和相關(guān)聯(lián)的日志流內(nèi)的狀態(tài)變化的ENF事件。
12.按照權(quán)利要求10所述的方法，其中每個輔助任務(wù)在獨立的地址空間中運行，并執(zhí)行附加寫入、讀取和查詢功能。
13.按照權(quán)利要求10所述的方法，其中只有在檢測到系統(tǒng)故障和災(zāi)難恢復(fù)情形時才運行系統(tǒng)故障和災(zāi)難恢復(fù)任務(wù)。
14.按照權(quán)利要求13所述的方法，其中所述系統(tǒng)故障和災(zāi)難恢復(fù)任務(wù)驗證系統(tǒng)登錄器從輔助記錄介質(zhì)恢復(fù)數(shù)據(jù)的能力。
15.按照權(quán)利要求10所述的方法，其中所述系統(tǒng)登錄器的自動化測試通過組件測試工具多系統(tǒng)通信任務(wù)(CTTX)執(zhí)行。
16.按照權(quán)利要求15所述的方法，其中CTTX允許系統(tǒng)登錄器的自動化測試同步系統(tǒng)聯(lián)合體中不同系統(tǒng)間的啟動、關(guān)閉、輸入/輸出(I/O)和驗證功能。
17.按照權(quán)利要求10所述的方法，其中所述主過程任務(wù)執(zhí)行如下操作將若干個登錄塊寫入日志流；強制日志數(shù)據(jù)從主存儲器卸載到直接存取存儲設(shè)備(DASD)；執(zhí)行日志流屬性的動態(tài)更新；交換日志流的雙工；從日志流讀取所述若干個登錄塊；以及執(zhí)行同步操作。
18.按照權(quán)利要求10所述的方法，其中每個輔助任務(wù)執(zhí)行以下操作將具有標(biāo)識塊的內(nèi)容的塊寫入日志流；用第一命令從最早的登錄塊到最近的登錄塊讀取日志流內(nèi)的每個登錄塊；用第二命令從最近的登錄塊到最早的登錄塊讀取日志流內(nèi)的每個登錄塊；以及查詢?nèi)罩玖鲗傩浴?br> 全文摘要
本發(fā)明揭示了測試軟件應(yīng)用程序的方法和計算機程序產(chǎn)品。為登錄基礎(chǔ)設(shè)施提供隨機化輸入后，在多處理環(huán)境內(nèi)執(zhí)行登錄基礎(chǔ)設(shè)施的自動化測試。然后對從登錄基礎(chǔ)設(shè)施取回的數(shù)據(jù)執(zhí)行自驗證，以確保未因由測試工具驅(qū)動的外部系統(tǒng)事件或故障導(dǎo)致發(fā)生數(shù)據(jù)丟失。再根據(jù)對登錄基礎(chǔ)設(shè)施的隨機化輸入對由測試工具接收的結(jié)果執(zhí)行實時分析。捕獲第一故障數(shù)據(jù)，并在災(zāi)難恢復(fù)情形中執(zhí)行對登錄基礎(chǔ)設(shè)施的數(shù)據(jù)恢復(fù)操作的結(jié)果的自驗證。
文檔編號G06F11/36GK1967503SQ20061014244
公開日2007年5月23日 申請日期2006年10月26日 優(yōu)先權(quán)日2005年10月27日
發(fā)明者小羅伯特·米勒, 塔拉恩·喬普拉, 托馬斯·F.·拉金, 安德魯·M.·斯卡, 道格拉斯·M.·佐伯里, 尼古拉斯·R.·瓊斯 申請人:國際商業(yè)機器公司