發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及汽車領(lǐng)域，特別是涉及一種發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法。
【背景技術(shù)】
[0002]當代汽車發(fā)動機為了提高其經(jīng)濟性、穩(wěn)定性和改善其排放性，采用先進的電子控制單元已經(jīng)勢在必行。在發(fā)動機電子控制單元軟件開發(fā)過程中，在發(fā)動機硬件在環(huán)臺架驗證電子控制單元軟件功能工作必不可少，那么測試用例的設(shè)計及其設(shè)計質(zhì)量優(yōu)劣直接成為影響后續(xù)控制功能驗證的決定因素。
[0003]硬件在環(huán)臺架測試實驗主要用于兩個目的:
[0004]I)全面驗證發(fā)動機電子控制單元軟件功能；
[0005]2)對出現(xiàn)的軟件缺陷進行問題復(fù)現(xiàn)，從而定位問題的原因從而修復(fù)缺陷。
[0006]現(xiàn)有的硬件在環(huán)臺架測試用例設(shè)計與生成技術(shù)，一般是工程師根據(jù)自己對控制功能的理解以及經(jīng)驗來設(shè)計生成測試用例，并且在發(fā)動機硬件在環(huán)臺架上手動操作或者通過腳本語言進行軟件控制功能測試與驗證。該現(xiàn)有方法的一大缺點是對工程師的測試用例設(shè)計水平要求極高，并且手動測試很難做到一致性，也很難做到測試百分百覆蓋。
[0007]當路面實驗時在極偶然情況下發(fā)現(xiàn)軟件缺陷，通常的做法是分析數(shù)據(jù)，然后在相同環(huán)境下復(fù)現(xiàn)該現(xiàn)象來定位問題的原因，然后解決問題；但是往往問題的完全復(fù)現(xiàn)很困難，原因就在于這個問題是在偶然條件下出現(xiàn)的，并且每個駕駛員的駕駛習慣不同，導致工程師在現(xiàn)有實驗條件下很難快速制造出相同的工況條件實現(xiàn)復(fù)現(xiàn)。

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

[0008]本發(fā)明解決的技術(shù)問題是提供一種能完全復(fù)現(xiàn)測試環(huán)境的發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法。
[0009]為解決上述技術(shù)問題，本發(fā)明提供的發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，包括:
[0010]步驟101:對實際路試數(shù)據(jù)或者三高實驗數(shù)據(jù)(所述三高實驗是本領(lǐng)域高原實驗，高寒實驗，高溫實驗的簡稱)中不同標定工具產(chǎn)生的不同記錄文件選取數(shù)據(jù)提取工具；所述數(shù)據(jù)提取工具可以是針對不同標定工具編寫的腳本文件或現(xiàn)有的數(shù)據(jù)提取工具
[0011]所述標定工具是德國dSPACE公司的CANape、美國Accurate Technology Inc公司的ATI VIS1N或德國ETAS公司的INCA。
[0012]步驟102:根據(jù)不同測試需求，將所需要的有效數(shù)據(jù)提取出來，并定義為原始數(shù)據(jù)；所述測試需求是指針對某一車載系統(tǒng)或車載模塊進行測試，例如:空氣系統(tǒng)、油路系統(tǒng)或是扭矩計算模塊等。
[0013]步驟103:根據(jù)自動化測試工具德國dSPACE公司的Automat1nDesk將原始數(shù)據(jù)進行格式轉(zhuǎn)換為符合Automat1nDesk錄入的格式；
[0014]步驟104:將格式轉(zhuǎn)換后的原始數(shù)據(jù)作為輸入數(shù)據(jù)文件并導入自動化測試工具Automat1nDesk，復(fù)現(xiàn)測試環(huán)境，所述測試環(huán)境至少包括:駕駛環(huán)境、車輛工況和駕駛員操作動作其中一種或幾種；
[0015]步驟105:開始硬件在環(huán)系統(tǒng)自動化測試；
[0016]步驟106:在開始自動化測試的同時開始記錄當前實驗數(shù)據(jù)；
[0017]步驟107:將當前實驗數(shù)據(jù)中硬件在環(huán)臺架對功能測試或者問題復(fù)現(xiàn)產(chǎn)生影響的數(shù)據(jù)刪除；實驗數(shù)據(jù)中某變量的數(shù)值范圍超出控制器軟件定義范圍，或者該變量的變化趨勢與控制器軟件不符則判斷該數(shù)據(jù)對功能測試或者問題復(fù)現(xiàn)產(chǎn)生影響。
[0018]步驟108:比較步驟107)產(chǎn)生的實驗數(shù)據(jù)與原始數(shù)據(jù)；
[0019]步驟109:若存在某車載系統(tǒng)或模塊的實驗數(shù)據(jù)與原始數(shù)據(jù)不同，則判斷該車載系統(tǒng)或模塊復(fù)現(xiàn)測試環(huán)境不準確，測試用例生成錯誤；則重新選擇不同標定工具執(zhí)行步驟101)直至實驗數(shù)據(jù)與原始數(shù)據(jù)相同，記錄該測試用例。
[0020]本發(fā)明利用實際路試數(shù)據(jù)或者三高實驗數(shù)據(jù)提取出當時的實際工況信息及駕駛員的操作，并整理為自動化測試工具的輸入，從而制作成自動化測試用例，在硬件在環(huán)系統(tǒng)中實時進行工況重復(fù)復(fù)現(xiàn)，這樣能更好地發(fā)現(xiàn)路試或者三高實驗中隱藏的控制器軟件缺陷。
[0021]在本發(fā)明的方法不需要工程師設(shè)計測試用例，也不需要工程師手動在硬件在環(huán)系統(tǒng)上進行測試，這樣大大減少了由于人為主觀帶來的設(shè)計局限性，同時，也能快速地完全復(fù)現(xiàn)出現(xiàn)軟件問題的工況，從而快速解決問題，縮短了軟件測試周期。
[0022]目前常用的硬件在環(huán)臺架實驗測試用例設(shè)計及測試方法為例，一般首先是工程師根據(jù)測試目的設(shè)計出符合硬件在環(huán)臺架實驗的測試用例，然后編寫腳本在臺架上運行測試用例，最后進行實驗得出實驗結(jié)果。整個實驗過程耗時比較多，按測試周期來計算，大致需要五天才能得出實驗結(jié)論。使用本發(fā)明中的方法，不需要人為設(shè)計測試用例，僅需要復(fù)現(xiàn)實時工況即可，并且也不需要工程師在現(xiàn)場實時操作，工程師只需在運行出實驗報告和實驗數(shù)據(jù)后進行分析即可，這樣既能縮短測試周期(可縮短至兩天)，亦能減少實驗人員測試負擔。
【附圖說明】
[0023]下面結(jié)合附圖與【具體實施方式】對本發(fā)明作進一步詳細的說明:
[0024]圖1是本發(fā)明的流程示意圖。
【具體實施方式】
[0025]本發(fā)明實施的前提是有實驗數(shù)據(jù)文件，這些實驗數(shù)據(jù)文件可能來自于實際路面實驗、三高實驗或其他實驗等，這些實驗數(shù)據(jù)是標定工具記錄的用于表征發(fā)動機和整體運行特性的數(shù)據(jù)，對于復(fù)現(xiàn)不同的實驗現(xiàn)象，則發(fā)動機工況信息就不一樣，則需要將包含發(fā)動機工況信號的有效數(shù)據(jù)提取出來，然后整理成自動化測試工具的輸入；將需要生成測試用例的有效實驗數(shù)據(jù)導入到自動化測試工具里面，復(fù)現(xiàn)當時的實際運行環(huán)境，接著在硬件在環(huán)臺架進行自動化測試，實驗過程中同步記錄當前實驗數(shù)據(jù)，實驗結(jié)束后生成實驗報告。試驗結(jié)束后，比較原始數(shù)據(jù)與新記錄下來的實驗數(shù)據(jù)，能夠快速定復(fù)現(xiàn)問題出現(xiàn)的原因，這樣就完成了快速生成硬件在環(huán)系統(tǒng)測試用例的目的。
[0026]如圖1所示，本發(fā)明一實施例，包括以下步驟:
[0027]步驟101:對實際路試數(shù)據(jù)或者三高實驗數(shù)據(jù)中標定工具CANape產(chǎn)生的不同記錄文件選取數(shù)據(jù)提取工具；所述數(shù)據(jù)提取工具(比如dSPACE公司的CANape軟件)可以是針對不同標定工具編寫的腳本文件或現(xiàn)有的數(shù)據(jù)提取工具。
[0028]步驟102:根據(jù)不同測試需求，將所需要的有效數(shù)據(jù)提取出來，并定義為原始數(shù)據(jù)；所述測試需求是指針對某一車載系統(tǒng)或車載模塊進行測試，例如:空氣系統(tǒng)、油路系統(tǒng)或是扭矩計算模塊等。
[0029]步驟103:根據(jù)自動化測試工具德國dSPACE公司的Automat1nDesk的要求格式，將原始數(shù)據(jù)進行格式轉(zhuǎn)換為符合Automat1nDesk錄入的格式；
[0030]步驟104:將格式轉(zhuǎn)換后的原始數(shù)據(jù)作為輸入數(shù)據(jù)文件并導入自動化測試工具Automat1nDesk，復(fù)現(xiàn)測試環(huán)境，所述測試環(huán)境至少包括:駕駛環(huán)境、車輛工況和駕駛員操作動作其中一種或幾種；
[0031]步驟105:開始硬件在環(huán)系統(tǒng)自動化測試；
[0032]步驟106:在開始自動化測試的同時開始記錄當前實驗數(shù)據(jù)；
[0033]步驟107:將當前實驗數(shù)據(jù)中硬件在環(huán)臺架對功能測試或者問題復(fù)現(xiàn)產(chǎn)生影響的數(shù)據(jù)刪除；某變量的數(shù)值范圍明顯控制器軟件定義范圍，或者該變量的變化趨勢與控制器軟件不符。比如，正常發(fā)動機水溫在-40°C?120°C范圍內(nèi)，但是如果實驗結(jié)果中水溫超出這個范圍，為130°C，那說明硬件在環(huán)臺架中的發(fā)動機模型中水溫計算模型出故障，需要升級硬件在環(huán)臺架，才能繼續(xù)做實驗。
[0034]步驟108:比較步驟107)產(chǎn)生的實驗數(shù)據(jù)與原始數(shù)據(jù)；
[0035]步驟109:若存在某車載系統(tǒng)或模塊的實驗數(shù)據(jù)與原始數(shù)據(jù)不同，則判斷該車載系統(tǒng)或模塊復(fù)現(xiàn)測試環(huán)境不準確，測試用例生成錯誤；則重新選擇不同標定工具執(zhí)行步驟101)直至實驗數(shù)據(jù)與原始數(shù)據(jù)相同，記錄該測試用例。
[0036]以上通過【具體實施方式】和實施例對本發(fā)明進行了詳細的說明，但這些并非構(gòu)成對本發(fā)明的限制。在不脫離本發(fā)明原理的情況下，本領(lǐng)域的技術(shù)人員還可做出許多變形和改進，這些也應(yīng)視為本發(fā)明的保護范圍。
【主權(quán)項】
1.一種發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，其特征是，包括以下步驟: 步驟101:對實際路試數(shù)據(jù)或者三高實驗數(shù)據(jù)中不同標定工具產(chǎn)生的不同記錄文件選取數(shù)據(jù)提取工具； 步驟102:根據(jù)不同測試需求，將所需要的有效數(shù)據(jù)提取出來，并定義為原始數(shù)據(jù)，所述有效數(shù)據(jù)是指針對某個測試相關(guān)的全部數(shù)據(jù)； 步驟103:根據(jù)自動化測試工具將原始數(shù)據(jù)進行格式轉(zhuǎn)換； 步驟104:將格式轉(zhuǎn)換后的原始數(shù)據(jù)作為輸入數(shù)據(jù)文件并導入自動化測試工具，復(fù)現(xiàn)測試環(huán)境； 步驟105:開始硬件在環(huán)系統(tǒng)自動化測試； 步驟106:在開始自動化測試的同時開始記錄當前實驗數(shù)據(jù)； 步驟107:將當前實驗數(shù)據(jù)中硬件在環(huán)臺架對功能測試或者問題復(fù)現(xiàn)產(chǎn)生影響的數(shù)據(jù)刪除； 步驟108:比較步驟107)產(chǎn)生的實驗數(shù)據(jù)與原始數(shù)據(jù)； 步驟109:若存在某車載系統(tǒng)或模塊的實驗數(shù)據(jù)與原始數(shù)據(jù)不同，則判斷該車載系統(tǒng)或模塊復(fù)現(xiàn)測試環(huán)境不準確，測試用例生成錯誤；則重新選擇不同標定工具執(zhí)行步驟101)直至實驗數(shù)據(jù)與原始數(shù)據(jù)相同，記錄該測試用例。2.如權(quán)利要求1所述發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，其特征是:數(shù)據(jù)提取工具是腳本文件。3.如權(quán)利要求1所述發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，其特征是:所述標定工具是CANape、ATI VIS1N或INCA。4.如權(quán)利要求1所述發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，其特征是:所述自動化測試工具是指Automat1nDesk工具。5.如權(quán)利要求1所述發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，其特征是:所述測試環(huán)境至少包括:駕駛環(huán)境、車輛工況和駕駛員操作動作其中一種或幾種。
【專利摘要】本發(fā)明公開了一種發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試用例生成方法，包括：針對實驗數(shù)據(jù)中不同標定工具產(chǎn)生的記錄文件選取數(shù)據(jù)提取工具，根據(jù)不同測試需求提取有效數(shù)據(jù)定義為原始數(shù)據(jù)；根據(jù)自動化測試工具將原始數(shù)據(jù)進行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的原始數(shù)據(jù)導入自動化測試工具；開始硬件在環(huán)系統(tǒng)自動化測試；記錄當前實驗數(shù)據(jù)生成實驗報告；對實驗結(jié)果進行分析，排除硬件在環(huán)臺架對功能測試或者問題復(fù)現(xiàn)的影響；比較當前記錄實驗數(shù)據(jù)與原始數(shù)據(jù)；定位問題出現(xiàn)的原因。本發(fā)明發(fā)動機電控單元軟件功能驗證硬件在環(huán)測試方法能完全復(fù)現(xiàn)測試環(huán)境的，減少了由于人為主觀帶來的設(shè)計局限性，縮短了軟件測試周期。
【IPC分類】G06F11/36
【公開號】CN105653439
【申請?zhí)枴?br>【發(fā)明人】黃貴芬
【申請人】聯(lián)創(chuàng)汽車電子有限公司
【公開日】2016年6月8日
【申請日】2014年11月13日