本發(fā)明涉及一種軟件開發(fā)過程中的內(nèi)部測試驅(qū)動系統(tǒng)和方法，尤其涉及基于Z/OS主機(jī)單一平臺的測試驅(qū)動系統(tǒng)和方法。

背景技術(shù)：
在軟件開發(fā)過程中，由于產(chǎn)品規(guī)模、功能劃分等因素，為提高開發(fā)效率、增強(qiáng)響應(yīng)，往往采取在軟件系統(tǒng)的開發(fā)中分模塊、并行開發(fā)的策略。在這種狀況下，由于各個模塊開發(fā)進(jìn)度不一致、各模塊開發(fā)環(huán)境聯(lián)通情況復(fù)雜等因素，相同任務(wù)不同模塊間的內(nèi)部測試因缺乏組裝、或組裝時間較短而影響缺陷識別和排除的效果，導(dǎo)致集成測試階段因內(nèi)部測試不充分而集中暴露。特別是對于面向主機(jī)CICS聯(lián)機(jī)應(yīng)用系統(tǒng)，例如核心銀行系統(tǒng)，由于該系統(tǒng)的產(chǎn)品性質(zhì)，決定其需較高的響應(yīng)能力和較低的系統(tǒng)資源消耗情況，因此產(chǎn)品在開發(fā)階段需要進(jìn)行一定程度的壓力測試。目前外部產(chǎn)品中，有LOADRUNNER等外部廠商提供的壓力測試產(chǎn)品，可以通過建立復(fù)雜案例、對系統(tǒng)進(jìn)行完整的壓力測試工作。但是此類工具有外部依賴高、需其他產(chǎn)品支持、對外部系統(tǒng)消耗較大、測試過程復(fù)雜等不利因素；而單一(或若干)模塊內(nèi)部測試階段的壓力測試有測試過程簡單、外部支持缺乏、模塊間無聯(lián)通等特點，故需一種可以在單一平臺上開展壓力測試的有效方法。因此，需要建立一套完整的測試驅(qū)動策略，即能夠消除因模塊間開發(fā)進(jìn)度差異致使內(nèi)部測試無法開展的不利影響、能夠在單一平臺中進(jìn)行模擬組裝，又能在單一平臺上批量發(fā)起交易，對產(chǎn)品進(jìn)行壓力測試。

技術(shù)實現(xiàn)要素：
本發(fā)明主要目的在于提供一種面向主機(jī)CICS聯(lián)機(jī)應(yīng)用系統(tǒng)在系統(tǒng)內(nèi)部實現(xiàn)全流程單元測試、組裝測試與壓力測試的方法，用于達(dá)到擺脫聯(lián)通性、開發(fā)進(jìn)度差異限制，實現(xiàn)單一(或若干)模塊的內(nèi)部測試過程，同時提供單一(或若干)模塊壓力測試的功能。為達(dá)到上述目的，本發(fā)明提供了基于Z/OS主機(jī)單一平臺的測試驅(qū)動系統(tǒng)和方法，所述系統(tǒng)包括以下幾個部分：XML格式分析模塊、聯(lián)機(jī)報文分析模塊、聯(lián)機(jī)報文合成模塊、參數(shù)配置模塊、測試主驅(qū)動模塊和結(jié)果分析模塊。各模塊分別實現(xiàn)下述的方法和步驟：XML格式分析模塊負(fù)責(zé)對柜面渠道使用的XML格式接口進(jìn)行分析，形成供聯(lián)機(jī)報文分析和合成使用的格式模板；聯(lián)機(jī)報文分析模塊負(fù)責(zé)對已有報文，根據(jù)XML格式分析形成的格式模板進(jìn)行分析，提取要素項數(shù)據(jù)；聯(lián)機(jī)報文合成模塊負(fù)責(zé)根據(jù)XML分析模塊生成的格式模板、或接口文檔發(fā)布的接口格式，填充要素項數(shù)據(jù)和驅(qū)動策略參數(shù)后形成聯(lián)機(jī)報文；參數(shù)配置模塊負(fù)責(zé)通過配置參數(shù)，定義諸如循環(huán)次數(shù)、循環(huán)順序、跟蹤信息等測試驅(qū)動策略，供測試驅(qū)動主模塊解釋、使用；測試主驅(qū)動模塊負(fù)責(zé)接收經(jīng)過參數(shù)配置模塊配置的輸入文本，受控的通過主機(jī)系統(tǒng)提供的EXCI接口驅(qū)動測試過程。結(jié)果分析模塊接收分析測試結(jié)果并按參數(shù)配置模塊定義的策略進(jìn)行處理，并在一定的策略下重新啟動測試主驅(qū)動模塊進(jìn)行另一輪次的測試。從上述方案可以看出，本發(fā)明提供了基于主機(jī)單一平臺完整的測試驅(qū)動方法，針對面臨的問題提出了合理的解決方案，既消除了并行開發(fā)過程中模塊間開發(fā)進(jìn)度差異導(dǎo)致的組裝延遲，又實現(xiàn)了對測試案例的復(fù)用與自動化處理；同時，具備在單一平臺直接進(jìn)行壓力測試的優(yōu)點。與目前實現(xiàn)同類功能的產(chǎn)品相比，本發(fā)明具備以下優(yōu)越性：1、平臺獨立性優(yōu)點；2、操作便利性優(yōu)點；3、功能組合度高優(yōu)點；4、提供開放接口，具有拓展性。附圖說明圖1是測試驅(qū)動系統(tǒng)模塊層次圖；圖2是測試驅(qū)動方法整體流程圖。具體實施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下結(jié)合具體實施案例，并參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。如圖1所示，本發(fā)明提供了一種基于Z/OS主機(jī)單一平臺的測試驅(qū)動系統(tǒng)，包括以下幾個模塊：XML格式分析模塊、聯(lián)機(jī)報文分析模塊、聯(lián)機(jī)報文合成模塊、參數(shù)配置模塊、測試主驅(qū)動模塊和結(jié)果分析模塊。其中，XML格式分析模塊負(fù)責(zé)對柜面渠道使用的XML格式接口進(jìn)行分析，形成供聯(lián)機(jī)報文分析和合成使用的格式模板；聯(lián)機(jī)報文分析模塊負(fù)責(zé)對已有報文，根據(jù)XML格式分析形成的格式模板進(jìn)行分析，提取要素項數(shù)據(jù)；聯(lián)機(jī)報文合成模塊負(fù)責(zé)根據(jù)XML分析模塊生成的格式模板、或接口文檔發(fā)布的接口格式，填充要素項數(shù)據(jù)后形成聯(lián)機(jī)報文；參數(shù)配置模塊負(fù)責(zé)通過配置參數(shù)，定義諸如循環(huán)次數(shù)、循環(huán)順序、跟蹤信息等測試驅(qū)動策略，供測試驅(qū)動主模塊解釋、使用；測試主驅(qū)動模塊負(fù)責(zé)接收經(jīng)過參數(shù)配置模塊配置的輸入文本，受控的通過主機(jī)系統(tǒng)提供的EXCI接口驅(qū)動測試過程。結(jié)果分析模塊接收分析測試結(jié)果并按參數(shù)配置模塊定義的策略進(jìn)行處理，并在一定的策略下重新啟動測試主驅(qū)動模塊進(jìn)行另一輪次的測試。另外，本發(fā)明的方法整體流程如圖2所示，圖中用框線將整體流程劃分為四個步驟，每個框右下角標(biāo)注①至④依次對應(yīng)于每一個步驟：一、格式分析步驟：本步驟涉及到發(fā)明中的XML格式分析模塊。根據(jù)測試驅(qū)動具體情況，完成本步驟有兩種可選方式：自動方式和手工方式。自動方式：對于已經(jīng)建立了XML格式接口的報文，在此步驟中可以直接將XML格式的接口輸入到“XML格式分析模塊”中，“XML格式分析模塊”自動根據(jù)XML接口生成“格式模板”，供后續(xù)步驟使用；手工方式：對于未建立XML格式接口的報文，根據(jù)其在總體設(shè)計階段確定的接口格式文檔，手工填寫“格式模板”，供后續(xù)步驟使用。本步驟產(chǎn)出物為“格式模板”，供要素組織步驟和報文生成步驟使用。二、要素組織步驟：本步驟涉及到發(fā)明中的聯(lián)機(jī)報文分析模塊。根據(jù)測試驅(qū)動具體情況，完成本步驟有兩種可選方式：自動方式和手工方式。自動方式：對于已經(jīng)獲取了聯(lián)機(jī)輸入的報文，將聯(lián)機(jī)輸入報文、“格式模板”(在格式分析步驟生成)輸入到“聯(lián)機(jī)報文分析模塊”中，對聯(lián)機(jī)報文進(jìn)行分析、拆分、并按測試用例進(jìn)行必要的修改，形成“要素項數(shù)據(jù)”，供后續(xù)步驟使用；手工方式：對于未獲取聯(lián)機(jī)輸入的報文、或首次進(jìn)行內(nèi)部測試無聯(lián)機(jī)輸入報文可參考的，按照測試用例直接手工組織“要素項數(shù)據(jù)”，供后續(xù)步驟使用。本步驟產(chǎn)出物為“要素項數(shù)據(jù)”，供報文生成步驟使用。三、報文生成步驟：本步驟涉及到發(fā)明中的聯(lián)機(jī)報文合成模塊和參數(shù)配置模塊。本步驟以自動方式完成。本步驟將要素組織步驟生成的“要素項數(shù)據(jù)”根據(jù)格式模板輸入到“聯(lián)機(jī)報文合成模塊”中，并將測試用例中的循環(huán)次數(shù)、循環(huán)方法、前后文關(guān)聯(lián)、跟蹤信息等作為驅(qū)動策略在“參數(shù)配置模塊”中輸入，共同生成即包括聯(lián)機(jī)數(shù)據(jù)、又包括驅(qū)動策略參數(shù)的“聯(lián)機(jī)報文”，供后續(xù)步驟使用。本步驟的產(chǎn)出物為“聯(lián)機(jī)報文”，供測試驅(qū)動步驟使用。四、測試驅(qū)動步驟：本步驟涉及到發(fā)明中的測試主驅(qū)動模塊和結(jié)果分析模塊。本步驟以自動方式完成。本步驟將報文生成步驟生成的“聯(lián)機(jī)報文”輸入到“測試主驅(qū)動模塊”中，“測試主驅(qū)動模塊”根據(jù)“聯(lián)機(jī)報文”中定制的驅(qū)動策略參數(shù)，決定測試驅(qū)動方式，通過主機(jī)EXCI接口驅(qū)動聯(lián)機(jī)測試，并收集返回結(jié)果。當(dāng)測試驅(qū)動結(jié)束后，將返回結(jié)果提交“結(jié)果分析模塊”進(jìn)行分析；“結(jié)果分析模塊”根據(jù)返回結(jié)果和驅(qū)動策略，決定將返回結(jié)果提交用戶，或按策略調(diào)整“聯(lián)機(jī)報文”后重新驅(qū)動聯(lián)機(jī)測試。若策略決定重啟驅(qū)動聯(lián)機(jī)測試，則將流程交還給“測試主驅(qū)動模塊”，否則將結(jié)果文本通過FTP協(xié)議傳遞給用戶查看最終處理結(jié)果。本步驟循環(huán)次數(shù)定義有上限，避免死循環(huán)情況出現(xiàn)。本步驟為測試驅(qū)動最后一個步驟，最終結(jié)果為交易處理結(jié)果，供用戶查看使用。盡管這里參考多個示范性實施例對實施例進(jìn)行了描述，應(yīng)當(dāng)知道本領(lǐng)域技術(shù)人員可以實現(xiàn)在本發(fā)明原理的精神和范圍內(nèi)的許多其他的修改和實施方式。更特別地，在本發(fā)明說明書、附圖和附帶的權(quán)利要求的范圍內(nèi)組件部分和/或從屬組合配置中的各種變化和修改是可能的。因此，與各種變化和修改有關(guān)的內(nèi)容也應(yīng)當(dāng)解釋為包含在本發(fā)明的范圍內(nèi)。