[發明專利]列控系統車載設備互聯互通測試結果自動判定及分析方法

有效

• 申請號: 201110369480.5
• 申請日: 2011-11-18
• 公開（公告）號: CN102445941A
• 公開（公告）日: 2012-05-09
• 發明（設計）人: 劉雨;袁磊;魏國棟;付強
• 申請（專利權）人: 北京交通大學
• 主分類號: G05B23/02
• 分類號: G05B23/02
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 王瑩

1.一種列控系統車載設備互聯互通測試結果自動判定及分析方法，其特征在于，包括步驟：

S1：對測試案例進行分類及對應，得到與互聯互通相關的測試案例集合；

S2：對步驟S1得到的測試案例按照特定方法串聯形成測試序列，并生成測試序列期望結果數據庫；

S3：使用步驟S2得到的測試序列，利用測試平臺對被測設備進行測試，對測試中傳輸的全部數據進行記錄，生成測試序列執行結果數據庫；

S4：將測試序列執行結果與期望結果進行比對分析；

S5：根據步驟S4的比對分析生成缺陷數據庫。

2.如權利要求1所述的方法，其特征在于，所述步驟S1進一步包括：使用基于故障樹的分析方法得出可能影響互聯互通的全部底事件集合，將這些底事件一一對應到系統功能需求規范(FRS)中，即可篩選出與互聯互通相關的系統功能需求規范集合，再根據功能需求規范與系統設計需求規范(SRS)的一對多的對應關系，得出系統設計需求規范中所有對互聯互通提出的要求；進一步由系統設計需求規范與測試案例集的關聯關系，將測試案例集進行分類，即得到與互聯互通相關的測試案例集合。

3.如權利要求1所述的方法，其特征在于，所述步驟S2中期望結果數據庫中的期望結果數據表的內容包括但不限于從如下內容中所選的：序列號、關鍵步驟、對應接口、對應案例、結果屬性、消息方向、信息編號、信息內容以及相應的比較策略。

4.如權利要求3所述的方法，其特征在于，所述步驟S2中測試序列是以關鍵步驟的形式將全部的測試案例索引起來；關鍵步驟為該條測試序列所重點關注的測試步驟。

5.如權利要求4所述的方法，其特征在于，所述步驟S2中期望結果分為兩大類：通用規則和測試案例執行結果；

通用規則是指，測試被測設備的一部分通用功能，包括但不限于：發送特定消息的循環周期是否正確、某個全局的變量是否一直正確；

測試案例執行結果分為三種：正確通過、錯誤通過和阻塞；阻塞是指被測設備在執行該測試案例時，由于某些故障導致該測試案例無法繼續執行，導致了測試的中止；錯誤通過是指雖然被測設備執行完該測試案例而繼續下面的測試案例，但是由于某些故障在執行該測試案例時與預期產生的現象、傳輸的數據不符；正確通過是指被測設備順利執行完該測試案例，并且與期望現象和數據相符。

6.如權利要求5所述的方法，其特征在于，所述步驟S4中比對分析包括步驟：

S41：讀取測試序列執行結果數據庫，并且將數據庫中的記錄數據按照發生的先后次序進行排序，其中包含了關鍵步驟以及非關鍵步驟的數據，一并按照發生時間順序排列；

S42：開始檢查通用規則是否滿足；

S43：開始檢查關鍵步驟記錄，依次、逐條讀取執行結果數據庫中標記為關鍵步驟的記錄，根據關鍵步驟的值與期望結果數據庫中的關鍵步驟進行匹配，接著匹配發生接口、傳輸方向和信息編號，均匹配成功后，開始判斷結果屬性；

S44：判斷測試序列是否執行完畢，當執行結果數據庫中的關鍵步驟已比較完畢，查看期望結果中是否仍然存在未比對的期望結果，若存在則說明測試序列未被執行完畢，開始查看最后一條關鍵步驟的比較結果，若為阻塞，則輸出測試序列比較結果為阻塞到該關鍵步驟，若最后一條關鍵步驟的比較結果非阻塞或者正確，則輸出測試序列比較結果為阻塞到該關鍵步驟后的非關鍵步驟，不再給出具體的非關鍵步驟；

S45：統計全部的比較結果。

7.如權利要求6所述的方法，其特征在于，所述步驟S42進一步包括：

S421：檢查所有消息中包含的設備號，取最多的相同的設備號作為實際值，標出所有不一樣的值，給出設備號是否一致的結論；

S422：檢查所有要求被應答的消息是否應答正確，篩選出被特定變量標記為要求被應答的消息，判斷其后是否有應答幀且標記正確，統計全部未被回復的應答式消息；

S423：檢查錯誤報告，統計被測設備發送的錯誤報告數量即錯誤類型；

S424：檢查循環消息的發送時間周期，統計全部循環消息的時間間隔，并取平均值及標出壞點。