本發(fā)明涉及車輛領域，尤其涉及一種測試腳本的生成方法和裝置。

背景技術：

現(xiàn)有技術中，汽車控制器的應用越來越廣泛，汽車控制器的設計也越來越復雜，在市場激烈的競爭下，要求汽車控制器能夠被快速開發(fā)和測試，以便盡早投入市場，所以目前的汽車控制器的測試一般采用自動化測試。

dSPACE產品是被廣泛應用在汽車控制器的硬件在環(huán)自動測試系統(tǒng)中的產品之一，它具有精度高、可靠性高和能適用多種復雜工況等特點。Automation Desk是基于dSPACE平臺搭建的汽車控制器的硬件在環(huán)自動測試系統(tǒng)中的測試腳本開發(fā)環(huán)境。在該環(huán)境下，測試腳本開發(fā)人員按照測試人員編寫的測試用例開發(fā)測試腳本。

由于汽車控制器越來越復雜，其對應的測試用例和測試場景也越來越多，所以自動測試腳本的開發(fā)工作量越來越大，導致開發(fā)周期變長；并且由于測試腳本開發(fā)人員的開發(fā)習慣差異，導致測試腳本的差異很大，測試腳本的可閱讀性和可復用性較低。因此，有必要改進上述缺陷。

技術實現(xiàn)要素：

基于以上問題，本發(fā)明提出一種測試腳本的生成方法和裝置，解決了現(xiàn)有技術中需要測試人員參與生成測試腳本的過程，使測試腳本開發(fā)周期變長和測試腳本的復用性差的問題，本發(fā)明實施例能夠根據(jù)測試用測和變量庫自動生成測試腳本，縮短了測試腳本開發(fā)周期，使汽車控制器能夠快速的被測試，從而能夠盡早投入市場；而且使生成的測試腳本的結構和格式統(tǒng)一，增強了測試腳本的可閱讀性和復用性。

一方面，本發(fā)明提出一種測試腳本的生成方法，包括：

加載測試用例和變量庫，所述測試用例中包括至少一個測試用例數(shù)據(jù)，所述變量庫中包括至少一個測試用例變量；

根據(jù)所述測試用例和所述變量庫，采用測試腳本生成規(guī)則生成測試腳本。

此外，所述測試用例數(shù)據(jù)至少包括測試用例序號、測試用例標定值、測試用例變量、測試步驟和/或測試預期結果。

此外，所述測試用例變量至少包括系統(tǒng)初始化變量、報文變量和/或子系統(tǒng)變量。

此外，在所述加載測試用例和變量庫之前，所述方法還包括：顯示測試腳本的生成界面，所述生成界面用于加載所述測試用例和所述變量庫。

此外，所述測試腳本生成規(guī)則至少包括：測試腳本的工程結構、測試腳本的序列結構和/或測試腳本的測試步驟。

此外，所述測試用例由輸入了所述測試用例數(shù)據(jù)的測試用例模板生成。

另一方面，本發(fā)明提出一種測試腳本的生成裝置，包括：

加載模塊，用于：加載測試用例和變量庫，所述測試用例中包括至少一個測試用例數(shù)據(jù)，所述變量庫中包括至少一個測試用例變量；

生成模塊，用于：根據(jù)所述測試用例和所述變量庫，采用測試腳本生成規(guī)則生成測試腳本。

此外，所述測試用例數(shù)據(jù)至少包括測試用例序號、測試用例標定值、測試用例變量、測試步驟和/或測試預期結果。

此外，所述測試用例變量至少包括系統(tǒng)初始化變量、報文變量和/或子系統(tǒng)變量。

此外，在所述加載測試用例和變量庫之前，所述裝置還包括顯示模塊，用于：顯示測試腳本的生成界面，所述生成界面用于加載所述測試用例和所述變量庫。

此外，所述測試腳本生成規(guī)則至少包括：測試腳本的工程結構、測試腳本的序列結構和/或測試腳本的測試步驟。

此外，所述測試用例由輸入了所述測試用例數(shù)據(jù)的測試用例模板生成。

通過采用上述技術方案，具有如下有益效果：

本發(fā)明解決了現(xiàn)有技術中需要測試人員參與生成測試腳本的過程，使測試腳本開發(fā)周期變長和測試腳本的復用性差的問題，本發(fā)明實施例能夠根據(jù)測試用測和變量庫自動生成測試腳本，縮短了測試腳本開發(fā)周期，使汽車控制器能夠快速的被測試，從而能夠盡早投入市場；而且使生成的測試腳本的結構和格式統(tǒng)一，增強了測試腳本的可閱讀性和復用性。

附圖說明

圖1是根據(jù)本發(fā)明一個實施例的測試腳本的生成方法的流程圖；

圖2是根據(jù)本發(fā)明另一個實施例的測試腳本的生成方法的流程圖；

圖3是根據(jù)本發(fā)明另一個實施例的測試腳本的生成方法中的生成界面的示意圖；

圖4是根據(jù)本發(fā)明另一個實施例的測試腳本的生成方法中的測試用例模板的示意圖；

圖5是根據(jù)本發(fā)明另一個實施例的測試腳本的生成方法中的變量庫的存儲結構的示意圖；

圖6是根據(jù)本發(fā)明另一個實施例的測試腳本的生成方法中的測試腳本的工程結構的示意圖；

圖7是根據(jù)本發(fā)明另一個實施例的測試腳本的生成裝置的框圖。

具體實施方式

以下結合具體實施方案和附圖對本發(fā)明進行進一步的詳細描述。其只意在詳細闡述本發(fā)明的具體實施方案，并不對本發(fā)明產生任何限制，本發(fā)明的保護范圍以權利要求書為準。

實施例一

參照圖1，本發(fā)明實施例提出一種測試腳本的生成方法，包括：

步驟S001，加載測試用例和變量庫，測試用例中包括至少一個測試用例數(shù)據(jù)，變量庫中包括至少一個測試用例變量；

步驟S002，根據(jù)測試用例和變量庫，采用測試腳本生成規(guī)則生成測試腳本。

在步驟S001中，先加載測試用例和變量庫，測試用例可以是一個文件，通過加載測試用例文件加載測試用例，變量庫里面存儲了生成測試腳本所需的變量，在生成測試腳本的時候，從變量庫中讀取需要的不同的變量，變量庫可以為一個文件，如擴展名為.lib的文件。

在步驟S002中，當測試用例和變量庫已經加載完畢后，執(zhí)行生成測試腳本的程序，該程序根據(jù)測試腳本生成規(guī)則編寫，執(zhí)行完畢該程序后，生成測試腳本。

本發(fā)明實施例解決了現(xiàn)有技術中需要測試人員參與生成測試腳本的過程，使測試腳本開發(fā)周期變長和測試腳本的復用性差的問題，本發(fā)明實施例能夠根據(jù)測試用測和變量庫自動生成測試腳本，縮短了測試腳本開發(fā)周期，使汽車控制器能夠快速的被測試，從而能夠盡早投入市場；而且使生成的測試腳本的結構和格式統(tǒng)一，增強了測試腳本的可閱讀性和復用性。

實施例二

參照圖2，本發(fā)明實施例提出一種測試腳本的生成方法，包括：

步驟S201，顯示測試腳本的生成界面，生成界面用于加載測試用例和變量庫。圖3所示為生成界面，在生成界面提供加載測試用例的入口“用例_源文件”，提供加載變量庫的入口“庫_源文件”，可選地，還可以提供“生成腳本”的按鈕或者“測試”按鈕。通過提供測試腳本的生成界面，使用戶更加方便的加載測試用例和變量庫，也更加方便的進行測試腳本的生成。

步驟S202，通過測試腳本的生成界面加載測試用例和變量庫，測試用例中包括至少一個測試用例數(shù)據(jù)，變量庫中包括至少一個測試用例變量。

測試用例數(shù)據(jù)至少包括測試用例序號、測試用例標定值、測試用例變量、測試步驟和/或測試預期結果。

可選地，參照圖4，測試用例由輸入了測試用例數(shù)據(jù)的測試用例模板生成。

建立測試用例模板，測試用例模板可包含以下五個區(qū)域：

用例序號區(qū)：用于填寫測試用例序號及測試步驟的序號，序號唯一。

用例標定區(qū)：用于填寫和測試用例相關的測試用例標定值。

變量區(qū)：用于填寫測試工程中要用到的測試用例變量，如Python變量。

動作區(qū)：用于填寫測試步驟中的動作。

預期結果區(qū)：用于填寫測試步驟中的測試預期結果。

通過分區(qū)域輸入測試用例數(shù)據(jù)，使輸入時能夠更加清晰同時方便檢查錯誤。

在測試用例模板中填寫測試用例數(shù)據(jù)時，需要遵守測試用例模板的規(guī)則，如：測試用例序號唯一，兩個測試步驟之間插入新步驟時不能影響測試用例序號。如：測試用例標定值中標定名稱和軟件發(fā)布標定名稱保持一致，標定值名稱和軟件發(fā)布標定名稱的字符之間不能有空格，如Ke_PRZ_Enable＝True。變量去中填寫的測試用例變量可來源于變量庫。通過制定測試模板輸入測試用例數(shù)據(jù)的規(guī)范，使測試模板生成測試用例時的一致性增強。

步驟S203，根據(jù)測試用例和變量庫，采用測試腳本生成規(guī)則生成測試腳本。

圖5所示為變量庫的存儲結構?？蛇x地，測試用例變量至少包括系統(tǒng)初始化變量、報文變量和/或子系統(tǒng)變量。

系統(tǒng)初始化變量的命名規(guī)則為：以Sys_XXXX形式進行命名。

報文變量的命名規(guī)則為：以Rx_CAN_XXXX1_XXXX2形式命名。

子系統(tǒng)變量的命名規(guī)則為：Act_XXXX1_XXXX2形式命名。

通過在變量庫中設置不同的變量種類，從而使自動加載變量時的正確率提高。

可選地，測試腳本生成規(guī)則至少包括：測試腳本的工程結構、測試腳本的序列結構和/或測試腳本的測試步驟。

測試腳本的工程結構可包括：

工程名稱區(qū)：可以自定義工程名稱(一般和測試對象相關)。

測試平臺區(qū)：填寫測試平臺名稱和測試用例文件的路徑。

標定值區(qū)：填寫發(fā)布軟件中的標定變量。

結果變量區(qū)：填寫測試用例中測試預期結果中的變量。

加載程序區(qū)：加載測試程序。

測試序列區(qū)：填寫測試用例序號。

測試腳本的序列結構中主要包括：測試步驟區(qū)和打印結果區(qū)。

測試腳本的測試步驟主要包括：測試時間區(qū)、讀取測試結果區(qū)和對比實際測試結果與預期測試結果區(qū)。

圖6所示為測試腳本的工程結構。通過設置測試腳本生成規(guī)則使測試用例按照相同的規(guī)則生成測試腳本，使測試腳本的一致性增強。

本發(fā)明實施例通過測試腳本的生成界面加載測試用例和變量庫，使加載過程更加方便；通過測試用例模板生成測試用例，使測試用例的一致性得到保證，從而使生成的測試腳本的可讀性和可復用性增強。

實施例三

參照圖7，本發(fā)明實施例提出一種測試腳本的生成裝置，包括：

加載模塊701，用于：加載測試用例和變量庫，測試用例中包括至少一個測試用例數(shù)據(jù)，變量庫中包括至少一個測試用例變量；

生成模塊702，用于：根據(jù)測試用例和變量庫，采用測試腳本生成規(guī)則生成測試腳本。

可選地，測試用例數(shù)據(jù)至少包括測試用例序號、測試用例標定值、測試用例變量、測試步驟和/或測試預期結果。

可選地，測試用例變量至少包括系統(tǒng)初始化變量、報文變量和/或子系統(tǒng)變量。

可選地，在加載測試用例和變量庫之前，裝置還包括顯示模塊，用于：顯示測試腳本的生成界面，生成界面用于加載測試用例和變量庫。

可選地，測試腳本生成規(guī)則至少包括：測試腳本的工程結構、測試腳本的序列結構和/或測試腳本的測試步驟。

可選地，測試用例由輸入了測試用例數(shù)據(jù)的測試用例模板生成。

以上所述的僅是本發(fā)明的原理和較佳的實施例。應當指出，對于本領域的普通技術人員來說，在本發(fā)明原理的基礎上，還可以做出若干其它變型，也應視為本發(fā)明的保護范圍。