隨著汽車行業(yè)日新月異的發(fā)展，軟件定義汽車已逐漸成為大家的追求目標，汽車中的嵌入式軟件版本不斷迭代，功能也不斷增強。為了順應(yīng)行業(yè)的高速發(fā)展和滿足客戶復(fù)雜多變的需求，TPT也在悄悄成長，又一次完成蛻變。接下來隨我一起走進TPT19的新世界。
首先，我們通過一則短片，了解TPT19的新特性。

更 新 亮 點形式化需求
其實早在TPT18時，形式化需求就已經(jīng)作為預(yù)發(fā)布功能和大家見過面了，如今在TPT19中，形式化需求以更加成熟的姿態(tài)問世。功能也有了較大的提升。
基于功能需求的測試占據(jù)著主體地位，工程師們在體驗了眾多自動生成測試用例方法后，也常常會提出，測試工具如何基于功能需求自動生成測試用例呢？那么TPT19的實現(xiàn)方式是形式化需求+TASMO工具箱，并且操作步驟簡單，達到測試的高度自動化。

圖 1 基于需求自動生成測試用例流程圖 2 生成的測試用例自動鏈接對應(yīng)的需求
相信對TPT比較熟悉的伙伴對上述流程中的導(dǎo)入需求和TASMO自動生成兩步都有所了解，而新增形式化的過程也相對簡單。所以，對于某些應(yīng)用場景來說，基于形式化需求自動生成測試用例可以發(fā)揮其巨大的作用。

舉兩個例子

1）做基于功能需求的單元測試，我們可以利用這種方式生成一系列功能性較強的測試用例來驗證功能，然后再利用基于模型結(jié)構(gòu)作為補充，以達到邊界值測試、結(jié)構(gòu)覆蓋度等等要求；2）做集成測試，主要關(guān)注集成級功能需求覆蓋度，那基于形式化需求的測試方法無疑是最好的選擇。總的來說，只要我們有完整的需求文檔，那么形式化需求功能就可以利用起來，同時與其他自動生成用例的方法相結(jié)合，可大大提高測試的自動化程度。AUTOSAR
AUTOSAR平臺配置新增按鈕，可以選擇子組件進行測試，新增的這個功能是非常實用的，以往的版本中對于AUTOSAR模型，只能測試整個集成的模塊或者某單一組件，在TPT19中，我們可以任意選擇想要測試的組件，這樣一來，避免了為達到不同工況去集成不同組件進行測試，減少了不少模型封裝工作。
圖 3 生成的測試用例自動鏈接對應(yīng)的需求
AUTOSAR的另一個新增功能也同樣非常實用，在進行MATLAB和AUTOSAR平臺B2B測試時，通過Preference Model，可以在AUTOSAR平臺導(dǎo)入接口時快速復(fù)用MATLAB平臺已導(dǎo)入的接口，省去了大量接口mapping工作。
圖 4 建立參考模型
圖 5 復(fù)用接口
另外，TPT19可從ARXML文件中導(dǎo)入查表模塊的值，并且支持具有可選元素的結(jié)構(gòu)體數(shù)據(jù)類型。參數(shù)集設(shè)置
相信大家在測試工作中會經(jīng)常遇到此類問題——為了驗證模型在不同工況下的輸出情況，經(jīng)常需要修改參數(shù)標定。
對此，TPT19做出了調(diào)整，在執(zhí)行界面新增了“Parameter set”，我們可以為多個Parameter建立參數(shù)集，在每個參數(shù)集中去定義我們需要的所有可能取值。那么，在用例執(zhí)行時選擇參數(shù)集便可以覆蓋多種工況，滿足我們的測試需求。

舉例

對于燈控模型，想要分別驗證模型在延時1s、2s、3s后打開頭燈的功能，TPT19中不再需要對每一條用例一一修改“頭燈打開延時”參數(shù)，設(shè)置參數(shù)集即可：設(shè)置“頭燈打開延時”參數(shù)集==〉在執(zhí)行界面下拉菜單中選擇對應(yīng)的參數(shù)集==〉運行。圖 6 設(shè)置參數(shù)集圖 7 選擇用例所需參數(shù)集功 能 優(yōu) 化壓力測試
可以在執(zhí)行界面輸入用例的執(zhí)行次數(shù)，達到壓力測試目的，可以發(fā)現(xiàn)系統(tǒng)的性能瓶頸，優(yōu)化系統(tǒng)的設(shè)計和配置，提前識別和解決潛在的性能問題，以確保系統(tǒng)能夠在實際使用中穩(wěn)定運行并滿足用戶的需求。
C/C++平臺
支持更多的數(shù)據(jù)類型（例如：外部指針常量（extern int* const x)、常量指針、函數(shù)參數(shù)指針、聯(lián)合數(shù)據(jù)類型等）和特性支持所有目標編譯器；支持更豐富的交叉編譯鏈。首選項配置
TPT19可以設(shè)置MATLAB、ASCET等平臺，C、Eclipse等編譯器的默認版本，在測試中如未選擇則保持默認。
Signal Viewer
信號防堆疊展示；可均衡窗口高度；可分離信號。
Simulink in Linux
可以在Linux操作系統(tǒng)上通過Docker容器方式運行TPT軟件和MATLAB/Simulink平臺的容器鏡像，達到可以在Linux操作系統(tǒng)進行MiL測試的目的。優(yōu) 勢 功 能測試數(shù)據(jù)導(dǎo)入導(dǎo)出
針對Excel形式的測試用例和其他軟件導(dǎo)出的測試數(shù)據(jù)（如INCA等），TPT支持導(dǎo)入并生成可執(zhí)行的測試用例。

單文件導(dǎo)入

創(chuàng)建測試用例時，若需導(dǎo)入外部數(shù)據(jù)作為用例中的輸入條件，可以利用import signal步驟來實現(xiàn)，但一個import signal步驟只能導(dǎo)入一個信號值，那么借助import signal from file來導(dǎo)入文件就可以很好的實現(xiàn)一次導(dǎo)入文件中多個接口的信號值。圖 8 import signal from file
圖 9 接口mapping圖 10點擊import signal from file按鈕，選擇需要導(dǎo)入的文件，TPT能夠自動識別文件中所有的信號名稱，選擇需要導(dǎo)入的信號并做好與本地接口的mapping，就能在TPT用例中生成一個包含所選接口的import signal步驟，實現(xiàn)多接口外部數(shù)據(jù)導(dǎo)入。

多文件導(dǎo)入

上述步驟大家可能也發(fā)現(xiàn)了，雖然可以針對多接口，但也只能選擇一個文件，那么面對多sheet或者多文件的外部數(shù)據(jù)時，TPT如何實現(xiàn)快速導(dǎo)入呢？這就要借助于generate test cases from test data功能。圖 11 選擇外部文件圖 12 生成測試用例在基于測試數(shù)據(jù)生成用例的窗口中，我們選擇完文件夾，TPT會識別路徑中數(shù)據(jù)文件數(shù)量，并針對每一個文件生成對應(yīng)的測試用例，用例形式以import signal步驟展示，一鍵實現(xiàn)多文件同步導(dǎo)入。

測試用例導(dǎo)入

對于TPT測試工程中所有的用例，我們可以以格式化文本將其步驟、屬性等導(dǎo)出成Excel文件，供我們復(fù)用、評審和管理等。圖 13 導(dǎo)出的用例文件總 結(jié)篇幅所限，本次TPT19的新功能和優(yōu)化項暫時介紹到這里。總的來說，TPT的每一次更新和優(yōu)化，都是我們扎根客戶，關(guān)注用戶體驗，了解用戶需求帶來的成果，TPT的開發(fā)者們也專注研發(fā)，致力于將TPT打造成一款功能強大、自動化程度高的嵌入式軟件動態(tài)測試工具。
紙上得來終覺淺，各位看官如果想要進一步了解TPT，請聯(lián)系我們，也歡迎新老用戶提出寶貴建議和意見。