[發明專利]軟件測試方法及其平臺

有效

• 申請號: 201710525788.1
• 申請日: 2017-06-30
• 公開（公告）號: CN109213671B
• 公開（公告）日: 2021-08-03
• 發明（設計）人: 王影;劉卉;趙娟
• 申請（專利權）人: 中國航發商用航空發動機有限責任公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 上海專利商標事務所有限公司 31100
• 代理人: 駱希聰

本發明提供了一種軟件測試方法及平臺。該軟件測試方法包括：a.通過測試用例文件注入測試用例，并對所述測試用例進行解析和緩存；b.將所述測試用例中的輸入數據與被測軟件部件輸入接口建立靜態關聯；c.使用預定義的被測軟件部件容器對所述被測軟件部件進行封裝；d.控制測試周期性地執行；e.將被測軟件部件的輸入、輸出接口通過數據指針與測試結果輸出緩沖區進行靜態關聯，并將測試結果存儲至所述測試結果輸出緩沖區；以及f.從所述輸出緩沖區讀取測試結果，并對所述測試結果進行記錄和保存。該軟件測試方法及平臺具有能夠跨軟件復用、能夠正確地讀取測試用例中的多種不同類型的數據、能夠保證測試輸入輸出數據間的事件同步等特點。

技術領域

本發明主要涉及軟件測試領域，尤其涉及一種軟件測試方法及其平臺。

背景技術

軟件測試平臺通常由軟件測試平臺框架、被測軟件部件(如為閉環系統，將被控對象模型視為一個軟件部件進行調度但不作為被測件，在本發明中對此不明確區分)、測試輸入和測試結果判讀共計四部分組成，如圖1所示。

軟件測試平臺方案架構通常由1)用于測試用例注入、解析和緩存的輸入模塊，2)用于將用例文件中的輸入數據(緩沖區)與軟件部件外部輸入接口建立靜態關聯的接口關聯模塊，3)測試執行控制(包含軟件部件和被控對象模型的接入)模塊和4)測試結果記錄和保存模塊四大部分組成。被測試部件是將測試對象與測試平臺結合在一起，從而組成完整的軟件測試平臺本體。所有模塊緊密耦合在一個軟件解決方案中(.sln/.prj)，通過編譯、鏈接形成完整的軟件測試平臺，如圖2所示。

在軟件測試平臺框架實現方案中，被測試部件和軟件測試平臺通常都是包括初始化和周期執行兩部分。其中，被測部件初始化屬于軟件測試平臺初始化的一部分，被測部件周期執行部分是軟件測試平臺周期執行(主控)模塊的一部分，如圖3所示。

現有的軟件測試平臺具有以下缺點：

1.現有的軟件測試平臺都是針對一個指定軟件，構建專用的測試平臺，測試平臺與被測部件緊密耦合，無法分割，缺乏通用的解決方案。因此，每個軟件的測試平臺都要單獨構建，難以實現周期調度時序控制等功能邏輯在不同軟件測試平臺之間的移植和復用，造成重復建設，增加了軟件研制的整體成本。

2.關于測試用例的注入，現有的軟件測試平臺主要有兩類方案：1)一種方案是通過圖形用戶界面的控件來接收和處理不同類型的輸入數據，各控件與軟件部件輸入接口直接靜態綁定，因多數控件的數據輸入通常是以新值覆蓋舊值，無法同時保存多組輸入數據，難以保證控件輸入數據的按時刷新，無法支持測試輸入節拍的精確控制。2)另一種方案是將所有的外部可控輸入及其輸入節拍控制信息以數字形式組織成用例輸入文件，統一提供給被測軟件，解決了前一種測試輸入節拍精確控制的問題；關于用例文件的解析，現有的軟件測試平臺要求所有用例數據采用相同的數據類型，在與被測軟件進行接口關聯時通過強制類型轉換進行匹配，損失了部分測試輸入數據的精度，影響測試結果的準確性。

3.在閉環控制系統中，部分外部輸入來源于復雜的被控對象(模型)而非測試用例，測試輸出不由用例輸入唯一確定，僅根據用例輸入無法自動判斷測試結果的正確性。因此現有的軟件測試平臺主要采用測試結果人工判讀方案，即直接記錄測試結果，通過人工方式對比輸入與輸出的關系，進行結果判讀。但由于測試用例輸入和輸出未在測試結果中建立關聯，導致輸入、輸出的同步關系難以維護，影響測試結果判讀的效率和準確性。

發明內容

本發明要解決的技術問題是提供一種軟件測試方法及平臺，其具有能夠跨軟件復用、能夠正確地讀取測試用例中的多種不同類型的數據、能夠保證測試輸入輸出數據間的事件同步等特點。