鐵路信號計算機聯(lián)鎖系統(tǒng)的測試場景生成方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計算機聯(lián)鎖系統(tǒng)，特別是涉及一種鐵路信號計算機聯(lián)鎖系統(tǒng)的測試場 景生成方法。
【背景技術(shù)】
[0002] 安全是鐵路運輸生產(chǎn)永恒的主題，而計算機聯(lián)鎖系統(tǒng)是保障鐵路車站列車和機車 作業(yè)安全的關(guān)鍵系統(tǒng)，所以為保證系統(tǒng)的安全性必須對其進行高效、充分的測試。
[0003] 由于聯(lián)鎖系統(tǒng)業(yè)務(wù)邏輯關(guān)系的復(fù)雜性，手工測試存在測試不充分，測試效率低下 以及勞動強度大等弊端，而自動化測試能夠替代人工操作，做到測試的規(guī)范化、程序化和簡 單化，從而提高工作效率、縮短試驗時間，并能消除人工操作而導(dǎo)致的失誤。
[0004] 現(xiàn)有的聯(lián)鎖系統(tǒng)自動化測試研究多側(cè)重于自動化測試平臺的搭建，對測試案例的 自動化生成較少涉及，而聯(lián)鎖系統(tǒng)需要進行大量重復(fù)的測試案例設(shè)計，如需對每個道岔都 進行各種場景下定操、反操的操作。對于不同的被測站場，人工測試耗時費力且容易產(chǎn)生錯 誤，依賴的是測試人員的經(jīng)驗，及其對各種測試場景的準確把握。
[0005]在目前大多數(shù)的計算機聯(lián)鎖系統(tǒng)測試中，測試案例多為采用自然語言描述的測試 場景，由測試人員在測試過程中結(jié)合實際的被測對象(站場)轉(zhuǎn)換成測試案例并進行手工測 試，而留下的僅僅是測試的結(jié)果。
[0006] 由于測試場景完全依賴于測試人員的經(jīng)驗，測試案例是否符合場景的要求，測試 案例數(shù)量是否完整等，都只能依賴于測試人員的測試操作；同時測試經(jīng)驗無法在不同被測 站場中進行推廣;所有的測試過程，測試結(jié)果的判斷，測試結(jié)果的統(tǒng)計等，也只能依靠人工 來進行。在這種情況下，整個的測試過程，測試周期漫長，測試內(nèi)容和結(jié)果容易出現(xiàn)遺漏和 失誤，測試經(jīng)驗無法在不同被測站場中進行推廣。

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

[0007] 本發(fā)明所要解決的技術(shù)問題是提供一種鐵路信號計算機聯(lián)鎖系統(tǒng)的測試場景生 成方法，能實現(xiàn)對測試場景的精確描述，能結(jié)合被測站場的設(shè)備對照表自動生成所有測試 案例，能提高測試效率和有效降低人工測試的遺漏和失誤。
[0008] 為解決上述技術(shù)問題，本發(fā)明提供的鐵路信號計算機聯(lián)鎖系統(tǒng)的測試場景生成方 法包括如下步驟：
[0009] 步驟一、對描述測試場景的腳本進行格式定義，采用可擴展標記語言(XML)作為描 述測試場景的腳本，所述測試場景的XML文件的格式采用三層XML元素結(jié)構(gòu)。
[0010] 第一層XML元素為根元素，通過所述第一層XML元素定義XML文件中包括有所述測 試場景。
[0011] 第二層元素定義一個以上的獨立的所述測試場景。
[0012] 第三層元素定義多條測試命令。
[0013] 步驟二、按照步驟一定義的測試場景的腳本格式自動生成被測站場的所有測試場 景，包括分步驟：
[0014] 步驟21、通過所述第二層元素定義所述測試場景的名稱、編號和被測試設(shè)備類型；
[0015] 步驟22、結(jié)合被測試設(shè)備類型和被測試設(shè)備相關(guān)聯(lián)的設(shè)備類型對所述第三層元素 的各所述測試命令進行設(shè)置形成所述測試場景所需的各條測試指令并將各條所述測試指 令按照測試時所需要的測試順序排列起來。
[0016] 進一步的改進是，所述第一層XML元素為〈TestScenario〉。
[0017] 進一步的改進是，所述第二層XML元素為〈Scenario〉，〈Scenario〉包括一個以上， 每一個〈Scenario〉代表一個獨立的測試場景。
[00?8]進一步的改進是，〈Scenario〉有三個能進行設(shè)置的屬性，分別為：
[0019] ScenarioName :測試場景名稱，用于描述該測試場景用于測試聯(lián)鎖系統(tǒng)的何種功 能；
[0020] ScenarioID:測試場景的編號；
[0021 ] DeviceType:被測試設(shè)備類型。
[0022]進一步的改進是，所述第三層元素的測試命令包括：
[0023] 〈IOFeedBack〉：用于設(shè)定軌旁設(shè)備的Input值的反饋方式；
[0024] 〈ATSCmd〉：用于設(shè)定操作員生成的操作指令，包括列車自動監(jiān)督系統(tǒng)(ATS)的指令 和人機接口（HMI)的指令；
[0025] 〈SendATSCmd〉：用于將通過〈ATSCmd〉生成的指令，按照順序打包發(fā)送給聯(lián)鎖機來 執(zhí)行；
[0026] <ZCCmd>:用于設(shè)定ZC生成的操作指令；
[0027] 〈SendZCCmd〉：用于將通過<ZCCmd>生成的指令，按照順序打包發(fā)送給聯(lián)鎖機來執(zhí) 行；
[0028] 〈Wait〉：用于設(shè)置等待時間；
[0029] <Init>:用于給聯(lián)鎖機發(fā)送重新初始化指令；
[0030] 〈Set〉：用于設(shè)定軌旁設(shè)備的input點狀態(tài)；
[0031 ] 〈Submit〉：用于將通過〈Set〉指令調(diào)整的input狀態(tài)打包發(fā)送給聯(lián)鎖機來使用； [0032] 〈CheckATSimulator〉：用于檢查聯(lián)鎖機發(fā)送給ATS或者HMI的內(nèi)部狀態(tài)信息與測試 案例設(shè)定的狀態(tài)值是否一致；
[0033] 〈ChecklOSimulator〉：用于檢查軌旁設(shè)備1/0點狀態(tài)值與測試案例設(shè)定的狀態(tài)值 是否一致。
[0034] 進一步的改進是，〈IOFeedBack〉通過屬性"Method"來設(shè)定軌旁設(shè)備的Input值的 反饋方式：
[0035] Me thod = 〃Auto〃:每個軌旁設(shè)備input值根據(jù)output值的變化而自動變化；
[0036] Me thod = "Manual 〃:每個軌旁設(shè)備output值的變化不會帶來input值的變化。
[0037] 進一步的改進是，〈ATSCmd〉通過兩個屬性進行設(shè)置，分別為：
[0038] CmdName: ATS或者HMI指令的名稱，名稱都是預(yù)定義的關(guān)鍵字；
[0039] RelatedDevicetype:指令所針對的軌旁設(shè)備類型；
[0040] <ZCCmd>通過兩個屬性進行設(shè)置，分別為：
[00411 CmdName: ZC指令的名稱，名稱都是預(yù)定義的關(guān)鍵字；
[0042] RelatedDevicetype:指令所針對的軌旁設(shè)備類型。
[0043]進一步的改進是，〈Set〉通過三個屬性進行設(shè)置，分別為：
[0044] RelatedDevicetype:指令所針對的軌旁設(shè)備類型；
[0045] RelayName:軌旁設(shè)備的input點名稱；
[0046] RelayValue:軌旁設(shè)備input點的新狀態(tài)。
[0047] 進一步的改進是，〈CheckATSimulator〉通過四個屬性進行設(shè)置，分別為：
[0048] RelatedDevicetype:指令所針對的軌旁設(shè)備類型；
[0049] AttributeName:設(shè)備屬性名稱；
[0050] ExpectStatus:期望的屬性值；
[0051 ] WaitMaxTime:檢查上述屬性值前所等待的時間，單位毫秒；
[0052] 〈ChecklOSimulator〉通過四個屬性進行設(shè)置，分別為：
[0053] RelatedDevicetype:指令所針對的軌旁設(shè)備類型；
[0054] RelayName: I/O點名稱；
[0055] ExpectStatus:期望的 I/O 點值；
[0056] WaitMaxTime:檢查上述I/O點值前所等待的時間，單位毫秒。
[0057] 進一步的改進是，步驟二之后還包括如下形成所述被測站場的所有測試案例的步 驟：
[0058] 生成所述被測站場的被測試設(shè)備類型和被測試設(shè)備相關(guān)聯(lián)的設(shè)備類型的設(shè)備對 照表；
[0059] 將所述設(shè)備對照表和所述被測站場的所有所述測試場景進行匹配形成所述被測 站場的所有測試案例。
[0060] 本發(fā)明通過采用XML文件對描述測試場景的腳本的格式進行特別定義，對這種XML 文件進行三層XML元素結(jié)構(gòu)的定義，將格式統(tǒng)一的XML文件結(jié)合被測試設(shè)備類型和被測試設(shè) 備相關(guān)聯(lián)的設(shè)備類型能夠自動生成被測站場的所有測試場景，該測試場景的生成方法能適 用于任何鐵路信號站場并且能實現(xiàn)對測試場景的精確描述;而將精確描述的測試場景和被 測站場的設(shè)備對照表進行匹配結(jié)合能夠自動生成被測站場的所有測試案例，從而能提高計 算機聯(lián)鎖系統(tǒng)的測試效率和能有效降低人工測試的遺漏和失誤。
【附圖說明】
[0061] 下面結(jié)合附圖和【具體實施方式】對本發(fā)明作進一步詳細的說明：
[0062] 圖1是本發(fā)明實施例方法的流程圖。
【具體實施方式】
[0063] 如圖1所示，是本發(fā)明實施例方法的流程圖。本發(fā)明實施例鐵路信號計算機聯(lián)鎖系 統(tǒng)的測試場景生成方法包括如下步驟：
[0064]步驟一、對描述測試場景的腳本進行格式定義，采用XML文件作為描述測試場景的 腳本，所述測試場景的XML文件的格式采用三層XML元素結(jié)構(gòu)。
[0065]第一層XML元素為根元素，通過所述第一層XML元素定義XML文件中包括有所述測 試場景。本發(fā)明實施例中，所述第一層XML元素為〈TestScenario>。
[0066] 第二層元素定義一個以上的獨立的所述測試場景。本發(fā)明實施例中，所述第二層 XML元素為〈Scenario〉，〈Scenario〉包括一個以上，每一個〈Scenario〉代表一個獨立的測試 場景?！碨cenario〉有三個能進行設(shè)置的屬性，分別為：
[0067] ScenarioName :測試場景名稱，用于描述該測試場景用于測試聯(lián)鎖系統(tǒng)的何種功 能。
[0068] ScenarioID:測試場景的編號。
[0069] DeviceType:被測試設(shè)備類型。
[0070]第三層元素定義多條測試命令。
[0071]所述第三層元素的測試命令包括：
[0072] 〈IOFeedBack〉：用于設(shè)定軌旁設(shè)備的Input值的反饋方式；
[0073] 〈ATSCmd〉：用于設(shè)定操作員生成的操作指令，包括ATS的指令和HMI的指令；
[0074] 〈SendATSCmd〉：用于將通過〈ATSCmd〉生成的指令，按照順序打包發(fā)送給聯(lián)鎖機來 執(zhí)行；
[0075] <ZCCmd>:用于設(shè)定ZC生成的操作指令；
[0076] 〈SendZCCmd〉：用于將通過<ZCCmd>生成的指令，按照順序打包發(fā)送給聯(lián)鎖機來執(zhí) 行；
[0077] 〈Wait〉：用于設(shè)置等待時間；
[0078] <Init>:用于給聯(lián)鎖機發(fā)送重新初始化指令；
[0079] 〈Set〉：用于設(shè)定軌旁設(shè)備的input點狀態(tài)；
[0080] 〈Submit〉：用于將通過〈Set〉指令調(diào)整的input狀態(tài)打包發(fā)送給聯(lián)鎖機來使用；
[0081 ] 〈CheckATSimulator〉：用于檢查聯(lián)鎖機發(fā)送給ATS或者HMI的內(nèi)部狀態(tài)信息與測試 案例設(shè)定的狀態(tài)值是否一致；
[0082] 〈ChecklOSimulator〉：用于檢查軌旁設(shè)備1/0點狀態(tài)值與測試案例設(shè)定的狀態(tài)值 是否一致。
[0083] 步驟二、按照步驟一定義的測試場景的腳本格式自動生成被測站場的所有測試場 景，包括分步驟：
[0084] 步驟21