在TPT 19中，首次有了最壞情況執行時間的早期預警系統——這已經在本地主機上用于測試執行。

基本原則：對每個測試步驟的執行時間進行測量。這使您可以快速輕松地確定哪些測試和哪些條件會影響本地主機上的執行時間。

指示器顯示了哪些測試和哪些測試刺激延長了執行時間。因此，您可以使用指示器作為代碼變更的早期預警系統推導出測量目標板上真實WCET的相關測試。

這將節省你的時間，給你更快的反饋，并為你的開發者提供相關的見解。

它是如何工作的？

在平臺配置器中開啟執行時間測量，并測量和存儲每個被調用函數的執行時間。TPT自動創建一個名為suttimes的結構體，并為每個函數添加結構體的一個元素。在信號查看器中，您可以查看和可視化測量結果。

此功能僅適用于C平臺;支持C和C++。

像往常一樣，您可以使用我們流行的Assesslets對這些度量執行評估。

最壞情況下的執行時間是用來做什么的?

通常，汽車環境中的應用程序由調度器(在基本軟件或操作系統中)周期性地調用。調度器基于固定的時間規范工作-函數的調用時間在毫秒范圍內。如果應用程序需要的時間超過調度器允許的時間，則應用程序的計算將被中止。這可能導致嚴重的錯誤。了解最壞情況下的執行時間可以讓您相應地調整計劃。

如何確定最壞情況下的執行時間?

有兩種基本方法:

1. 目標環境的測量
2. 為目標環境構建應用程序后的計算

對目標環境的測量

這很容易設置，通常在PiL測試期間完成，也就是說，當軟件在目標ECU上執行時完成。不幸的是，為了確定最大的執行時間，必要的測試場景并不是很容易確定——通常只測量已執行測試的最大執行時間。因此，真正的最壞情況執行時間可能無法確定。

為目標環境構建應用程序后的計算

這里，不需要測試數據和場景。因此，計算獨立于測量，并基于對執行計算的控制器的代碼和架構的分析。有一些產品制造商，如Absinth公司，提供專門的工具來精確地進行這樣的計算。

如何從TPT的最壞情況執行時間指標中獲益?

最壞情況執行時間指標可以作為一個早期預警系統——在本地主機或持續集成環境的測試期間運行。即使它不會取代測量或計算方法。

但是在進行更改時，您不必等待真正的最壞情況執行時間，因此即便在SiL測試期間已經發生更改的情況下，您也可以獲得更快的反饋。

對這項功能感興趣？歡迎聯系北匯信息獲取TPT19試用。