一種列車網絡事件記錄軟件的測試方法和系統與流程

本發明涉及列車網絡系統領域，更具體地，涉及一種列車網絡事件記錄軟件的測試方法和系統。
背景技術：
：列車網絡控制系統中的事件記錄模塊(簡稱ERM或者EDRM)主要是完成故障的記錄與存儲，與列車網絡系統中的其他模塊共同組成完整的機車網絡控制系統。ERM持續記錄通過MVB總線獲取網絡上主要控制單元和部件的數據信息，再通過地面分析軟件(簡稱TDS)可以對存儲的數據進行下載和地面分析。目前ERM軟件所采用的測試方法如下(如圖1所示)：被測模塊與陪試模塊通過專用MVB連接線連接；陪試軟件采用MULTIPROG的圖形化編程語言編寫；PC機1采用串口或以太網的方式與陪試模塊連接，用于強制陪試模塊的輸出數據，給被測模塊注入數據；PC機2上安裝地面分析軟件，并采用以太網的方式與被測設備連接，對被測設備中存儲的數據進行下載、解析，并與注入的數據進行比對，得出測試結論。這種方法在執行測試用例時只能在陪測軟件上對每一個數據信息進行手動強制數據輸入，然后再通過地面分析軟件進行解析對比數據，得出測試結論，如此循環，最后完成該軟件的測試執行。下面以一個簡單的列車網絡事件記錄軟件故障記錄功能的測試為例進行說明。故障記錄描述如下：故障代碼故障等級故障名稱3100A受電弓1無法升起3101A受電弓1無法降下3102A受電弓ADD裝置動作該故障由控制軟件通過MVB端口0x90發送給ERM應用軟件進行記錄，具體的通信協議如下：根據故障記錄描述設計2條測試用例如下：根據ERM軟件與外部其他設備的MVB接口，編寫陪試程序模擬故障及事件對ERM軟件的注入。根據設計好的測試用例輸入步驟，在陪試軟件中對每條用例的輸入數據進行強制。目前采用的方法是根據設計好的用例表的輸入步驟，在陪測軟件中對每條用例的輸入數據進行強制，如執行TestCase_1，在上圖的陪測軟件中對變量“受電弓1無法升起”進行強制賦值為1，然后通過地面分析軟件下載故障記錄數據，并查看故障數據“受電弓1無法升起”是否為1，若結果為1，測試該條測試用例為通過；若結果為0，則該條測試用例的結果為不通過。按照這種測試用例執行方式，繼續執行第2條、第3條等其他用例。以上整個測試過程都是人工一步一步通過“激勵－響應”的數據流驅動方式進行操作，而且每一條用例的執行操作方式均是一樣的,人為地注入數據并查看結果，而列車網絡控制系統的事件記錄模塊需要記錄的故障、事件信號量數量多達上千條，通過這種方式對事件記錄軟件的測試方法是效率低下的，且測試過程不能復用。技術實現要素：本發明提供一種列車網絡事件記錄軟件的測試方法，該方法無需每個項目都人工注入上千條事件數據，能顯著提高測試效率。本發明的又一目的在于提供一種列車網絡事件記錄軟件的測試系統。為了達到上述技術效果，本發明的技術方案如下：一種列車網絡事件記錄軟件的測試方法，包括以下步驟：S1：根據網絡事件記錄軟件模塊的測試需求，形成配置表；S2：在測試軟件模塊中，導入配置表，并設定事件記錄的持續時間，由測試軟件模塊對配置表中的信號進行賦值；S3：測試軟件模塊完成對配置表中的每一個信號的賦值后，生成一個記錄配置表中的每一個信號被記錄的數值以及持續的時間的執行文件；S4：利用數據通訊轉換模塊將執行文件轉換成網絡事件記錄軟件模塊可讀的格式；S5：網絡事件記錄軟件模塊對轉換格式后的執行文件進行記錄，記錄結果下載到地面分析軟件模塊中生成結果文件；S6：結果文件導入到測試軟件模塊中與執行文件進行比對，生成測試結果報告。進一步地，所述步驟S1中對配置表中包括列車網絡故障清單和事件記錄清單，故障清單數據中描述的故障信號是數字量，事件記錄清單中描述的信號包括數字量和模擬量，配置表中設置區分數字量和模擬量的標識位來便于測試軟件模塊讀取信號。進一步地，所述步驟S2中對配置表中的信號進行賦值的過程如下：如果待賦值的信號是模擬量則先賦值為一個非零值，間隔一定的時間后，再賦值為0；如果待賦值的信號是數字量則先賦值為1，間隔一定的時間后，再賦值為0，之后再循環賦值；其中，間隔的時間可以自由設定，該時間間隔是前一個信號持續記錄的時間，如果待賦值的信號是故障信號，賦值為1表示故障的開始時間，之后賦值為0表示故障的結束時間。一種列車網絡事件記錄軟件的測試系統，該系統與列車網絡事件記錄軟件模塊連接，包括：配置表生成模塊，用于根據網絡事件記錄軟件模塊的測試需求生成配置表；測試軟件模塊，用于對配置表中的信號進行賦值并生成被記錄信號的數值以及持續的時間的執行文件；數據通訊轉換模塊，用于將執行文件轉換成網絡事件記錄軟件模塊可讀的格式；地面分析軟件模塊，用于從網絡事件記錄軟件模塊下載記錄結果并將該結果導入到測試軟件模塊；測試軟件模塊包括一結果分析模塊，用于對地面分析軟件模塊導入的記錄結果進行分析得出測試報告；其中，配置表生成模塊、測試軟件模塊、數據通訊轉換模塊列車網絡事件記錄軟件模塊連接依次連接，地面分析軟件模塊與列車網絡事件記錄軟件模塊和測試軟件模塊中的結果分析模塊連接。進一步地，所述配置表生成模塊采集列車網絡故障清單和事件記錄清單，其中，故障清單數據中描述的故障信號是數字量，事件記錄清單中描述的信號包括數字量和模擬量，配置表生成模塊設置區分數字量和模擬量的標識位來便于測試軟件模塊讀取配置表中的信號。進一步地，所述測試軟件模塊對配置表中的信號進行賦值的過程如下：如果待賦值的信號是模擬量則先賦值為一個非零值，間隔一定的時間后，再賦值為0；如果待賦值的信號是數字量則先賦值為1，間隔一定的時間后，再賦值為0，之后再循環賦值；其中，間隔的時間可以自由設定，該時間間隔是前一個信號持續記錄的時間，如果待賦值的信號是故障信號，賦值為1表示故障的開始時間，之后賦值為0表示故障的結束時間。進一步地，所述測試軟件模塊與數據通訊轉換模塊通過以太網進行通訊，數據通訊轉換模塊將以太網數據轉換成MVB數據來完成測試軟件模塊到列車網絡事件記錄軟件模塊發送。進一步地，在所述地面分析軟件模塊中還包括一記錄結果解析模塊，用于解析地面分析軟件模塊從列車網絡事件記錄軟件模塊中下載的記錄結果，該記錄結果解析模塊與列車網絡事件記錄軟件模塊是一一對應的，只有該記錄結果解析模塊才能完成記錄結果的解析，其他模塊無法實現。與現有技術相比，本發明技術方案的有益效果是：1、本發明方法根據網絡事件記錄軟件的測試需求，形成配置表；在測試軟件中，導入配置表，并設定事件記錄的持續時間，之后由測試軟件自動對配置表中的每一個信號進行賦值；測試軟件賦值完成后，自動生成一個執行文件，該文件記錄了配置表中每一個信號被記錄的數值以及持續的時間；用地面分析軟件從事件記錄模塊中下載數據記錄的結果，并導出記錄結果；將記錄結果文件作為輸出文件導入到測試軟件中，與測試執行文件進行比對，自動生成測試報告；實現了無需每個項目都人工注入上千條事件數據，能顯著提高測試效率，提升產品的質量；2、本發明系統通過測試軟件模塊與通訊轉換模塊協同實現，不需要手動一個個信號進行強制記錄，由測試軟件模塊實現自動注入事件數據及被記錄的持續時間，能夠對測試結果進行分析并形成測試報告能顯著提高測試效率。附圖說明圖1為現有技術中采用的測試方法的流程示意圖；圖2為本發明方法流程圖；圖3為本發明系統的結構示意圖。具體實施方式附圖僅用于示例性說明，不能理解為對本專利的限制；為了更好說明本實施例，附圖某些部件會有省略、放大或縮小，并不代表實際產品的尺寸；對于本領域技術人員來說，附圖中某些公知結構及其說明可能省略是可以理解的。下面結合附圖和實施例對本發明的技術方案做進一步的說明。實施例1如圖2所示，一種列車網絡事件記錄軟件的測試方法，包括以下步驟：S1：根據網絡事件記錄軟件模塊的測試需求，形成配置表；S2：在測試軟件模塊中，導入配置表，并設定事件記錄的持續時間，由測試軟件模塊對配置表中的信號進行賦值；S3：測試軟件模塊完成對配置表中的每一個信號的賦值后，生成一個記錄配置表中的每一個信號被記錄的數值以及持續的時間的執行文件；S4：利用數據通訊轉換模塊將執行文件轉換成網絡事件記錄軟件模塊可讀的格式；S5：網絡事件記錄軟件模塊對轉換格式后的執行文件進行記錄，記錄結果下載到地面分析軟件模塊中生成結果文件；S6：結果文件導入到測試軟件模塊中與執行文件進行比對，生成測試結果報告。進一步地，所述步驟S1中對配置表中包括列車網絡故障清單和事件記錄清單，故障清單數據中描述的故障信號是數字量，事件記錄清單中描述的信號包括數字量和模擬量，配置表中設置區分數字量和模擬量的標識位來便于測試軟件模塊讀取信號。進一步地，所述步驟S2中對配置表中的信號進行賦值的過程如下：如果待賦值的信號是模擬量則先賦值為一個非零值，間隔一定的時間后，再賦值為0；如果待賦值的信號是數字量則先賦值為1，間隔一定的時間后，再賦值為0，之后再循環賦值；其中，間隔的時間可以自由設定，該時間間隔是前一個信號持續記錄的時間，如果待賦值的信號是故障信號，賦值為1表示故障的開始時間，之后賦值為0表示故障的結束時間。實施例2如圖3所示，一種列車網絡事件記錄軟件的測試系統，該系統與列車網絡事件記錄軟件模塊連接，包括：配置表生成模塊，用于根據網絡事件記錄軟件模塊的測試需求生成配置表；測試軟件模塊，用于對配置表中的信號進行賦值并生成被記錄信號的數值以及持續的時間的執行文件；數據通訊轉換模塊，用于將執行文件轉換成網絡事件記錄軟件模塊可讀的格式；地面分析軟件模塊，用于從網絡事件記錄軟件模塊下載記錄結果并將該結果導入到測試軟件模塊；測試軟件模塊包括一結果分析模塊，用于對地面分析軟件模塊導入的記錄結果進行分析得出測試報告；其中，配置表生成模塊、測試軟件模塊、數據通訊轉換模塊列車網絡事件記錄軟件模塊連接依次連接，地面分析軟件模塊與列車網絡事件記錄軟件模塊和測試軟件模塊中的結果分析模塊連接。配置表生成模塊采集列車網絡故障清單和事件記錄清單，其中，故障清單數據中描述的故障信號是數字量，事件記錄清單中描述的信號包括數字量和模擬量，配置表生成模塊設置區分數字量和模擬量的標識位來便于測試軟件模塊讀取配置表中的信號。測試軟件模塊對配置表中的信號進行賦值的過程如下：如果待賦值的信號是模擬量則先賦值為一個非零值，間隔一定的時間后，再賦值為0；如果待賦值的信號是數字量則先賦值為1，間隔一定的時間后，再賦值為0，之后再循環賦值；其中，間隔的時間可以自由設定，該時間間隔是前一個信號持續記錄的時間，如果待賦值的信號是故障信號，賦值為1表示故障的開始時間，之后賦值為0表示故障的結束時間。測試軟件模塊與數據通訊轉換模塊通過以太網進行通訊，數據通訊轉換模塊將以太網數據轉換成MVB數據來完成測試軟件模塊到列車網絡事件記錄軟件模塊發送。為了保證數據在傳輸過程中的安全性，在地面分析軟件模塊中還包括一記錄結果解析模塊，用于解析地面分析軟件模塊從列車網絡事件記錄軟件模塊中下載的記錄結果，該記錄結果解析模塊與列車網絡事件記錄軟件模塊是一一對應的，只有該記錄結果解析模塊才能完成記錄結果的解析，其他模塊無法實現。列車事件記錄應用軟件模塊作為列車網絡控制系統中的重要組成部分，能持續記錄通過MVB總線獲取網絡上主要控制單元和部件的數據信息，主要包括：IO、TCU、BCU、控制單元數據等，實現故障數據和事件數據的記錄功能。因測試軟件模塊無法直接與與列車網絡事件記錄應用軟件模塊進行MVB通訊，所以配置了一個數據通訊轉換模塊，該模塊在接收以太網的數據之后，將以太網的數據轉換成mvb的數據，發送給列車網絡事件記錄應用軟件模塊。列車事件記錄應用軟件模塊的主要功能是確保每一個信號都可進行持續記錄，因此，在測試需求提煉過程中，只需將軟件需求，轉換成測試軟件可讀的統一格式的配置表。列車網絡事件記錄應用軟件的需求主要包括：故障清單、事件記錄清單等，故障清單中描述的故障信號一般為數字量，而事件記錄清單中描述的信號包括數字量和模擬量。因此配置表中應包含區分數字量和模擬量的標識位，便于測試軟件讀取。測試軟件主要實現兩個功能，一方面通過導入配置表，將配置表中的每一個信號進行賦值，如果是模擬量則先賦值為一個非零值，間隔一定的時間后，再賦值為0，如果是數字量則先賦值為1，間隔一定的時間后，再賦值為0，之后再循環賦值，這個賦值的過程列車網絡事件記錄應用軟件就會進行相應的記錄，其中，間隔的時間可以由測試人員自由設定，該時間可理解為前一個信號持續記錄的時間，如果是故障信號，賦值為1可以理解為故障的開始時間，之后賦值為0可理解為故障的結束時間。另一方面，當配置表中的所有信號賦值結束后，該測試軟件通過導入數據記錄結果，并進行對比，導出測試報告。列車網絡事件記錄軟件記錄的數據主要通過地面分析軟件進行下載，當測試軟件將配置表中的所有信號進行賦值后，可通過地面分析軟件下載被測軟件中記錄的數據，并進行解析，解析后，導出格式的數據記錄結果，用于測試軟件對結果進行對比。相同或相似的標號對應相同或相似的部件；附圖中描述位置關系的用于僅用于示例性說明，不能理解為對本專利的限制；顯然，本發明的上述實施例僅僅是為清楚地說明本發明所作的舉例，而并非是對本發明的實施方式的限定。對于所屬領域的普通技術人員來說，在上述說明的基礎上還可以做出其它不同形式的變化或變動。這里無需也無法對所有的實施方式予以窮舉。凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明權利要求的保護范圍之內。當前第1頁1 2 3