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

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

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

舉兩個例子

1）做基于功能需求的單元測試，我們可以利用這種方式生成一系列功能性較強(qiáng)的測試用例來驗(yàn)證功能，然后再利用基于模型結(jié)構(gòu)作為補(bǔ)充，以達(dá)到邊界值測試、結(jié)構(gòu)覆蓋度等等要求；2）做集成測試，主要關(guān)注集成級功能需求覆蓋度，那基于形式化需求的測試方法無疑是最好的選擇。總的來說，只要我們有完整的需求文檔，那么形式化需求功能就可以利用起來，同時與其他自動生成用例的方法相結(jié)合，可大大提高測試的自動化程度。AUTOSAR
AUTOSAR平臺配置新增按鈕，可以選擇子組件進(jìn)行測試，新增的這個功能是非常實(shí)用的，以往的版本中對于AUTOSAR模型，只能測試整個集成的模塊或者某單一組件，在TPT19中，我們可以任意選擇想要測試的組件，這樣一來，避免了為達(dá)到不同工況去集成不同組件進(jìn)行測試，減少了不少模型封裝工作。
圖 3 生成的測試用例自動鏈接對應(yīng)的需求
AUTOSAR的另一個新增功能也同樣非常實(shí)用，在進(jìn)行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)常遇到此類問題——為了驗(yàn)證模型在不同工況下的輸出情況，經(jīng)常需要修改參數(shù)標(biāo)定。
對此，TPT19做出了調(diào)整，在執(zhí)行界面新增了“Parameter set”，我們可以為多個Parameter建立參數(shù)集，在每個參數(shù)集中去定義我們需要的所有可能取值。那么，在用例執(zhí)行時選擇參數(shù)集便可以覆蓋多種工況，滿足我們的測試需求。

舉例

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

多文件導(dǎo)入

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

測試用例導(dǎo)入

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