嵌入式系統現在變得更加智能，互連程度更高，當然也比以前要複雜。要讓嵌入式系統保持穩健並儘可能接近無錯誤，開發團隊需要有效的方法來進行測試，驗證系統能否按預期的方式工作。測試工作中最關鍵，通常也是難度最高的方面，就是在微控制器上運行軟件。
本文將向開發人員介紹如何使用這些新技術，以及新技術實施所需的設備和工具。
嵌入式測試的要求變化
現代嵌入式系統測試工具要求開發人員採用以下四種主要組件，才能完全測試他們的系統：
支持跟蹤功能的調試器
通信適配器／嗅探器
邏輯分析儀
模數轉換器 (ADC)
使用這四個組件，開發人員能夠在系統級別和微控制器級別上測試嵌入式軟件，還可向下深入到由微處理器執行的指令。
在當今的開發環境中，這一點非常關鍵，旨在確保構建的系統不僅能夠滿足需求，還能夠可靠地運行。
初看起來，可能類似於非常傳統的嵌入式系統測試工具，但它的進步和新功能真正源於一種分析微控制器中運行情況的全新方式，稱為“深入洞察分析”。
利用深入洞察分析來測試軟件
深入洞察分析讓開發人員能夠在運行時分析系統。深入洞察分析有三個關鍵組成部分：
RTOS 感知的調試
運行時分析
剖析和代碼覆蓋分析
開發人員通常在設計應用之後，使用基本調試技術（例如斷點調試）嘗試瞭解系統的工作情況，隨後立即開始測試。在存在斷點的情況下進行測試只流於表面，無法讓開發人員真正瞭解微控制器中的運行情況。
使用深入洞察分析，開發人員能夠在基本測試和調試之外更深入地挖掘 RTOS、運行時行為、執行分析和覆蓋。
要為測試工具添加深入洞察分析功能，開發人員必須使用專業調試工具，例如 Segger Microcontroller Systems、J-Trace 或 J-Link Ultra+。
J-Link Ultra+ 使用標準的 JTAG 或 SWD 接口，從板載調試模塊提取跟蹤數據。這些信息可用於執行多種不同分析，例如 RTOS 感知的調試。
使用 RTOS 感知的調試，開發人員能夠在執行測試案例時監控任務的執行情況。例如開發人員能夠深入瞭解以下情況：
最大堆棧使用
任務運行計數
任務狀態
顯示了結合使用 Segger 的 embOS RTOS 和 Embedded Studio 的測試會話示例。此視圖可以讓開發人員深入瞭解 RTOS 的運行情況，但無法提供應用運行情況的完整信息。
開發人員可以使用 Segger 的免費 SystemView 實用工具或 Percepio 的 Tracealyzer 工具，進一步增強測試工具。這些工具為開發人員提供運行時分析，以便他們在運行測試套件時，直觀地查看和分析應用的執行情況。
為了採集這些跟蹤數據，開發人員需要配置他們的應用，以便在 IDE 內部進行跟蹤，或者使用配置工具進行跟蹤。如果沒有使用工具，他們可以手動集成低級別庫。
運行時分析可為開發人員提供有關應用運行情況的豐富信息。例如，開發人員能夠：
跟蹤事件的時間和順序
獲取最大、最小和平均的執行時間
直觀地查看任務執行，以及任務何時切換
監控 CPU 負載
分析任務統計數據
識別潛在問題，例如優先級反轉、任務抖動和死鎖
雖然為測試工具添加了 RTOS 感知的調試和運行時分析功能，但這可能還不足夠。在很多實例中，錯誤可能隱藏在測試過程中從不執行的代碼中。對於開發人員而言，瞭解哪些代碼行已經執行過可能非常困難。在這一方面，J-Trace 等工具為我們帶來了很多便利。
如何跟蹤已執行代碼
J-Trace 使用微控制器中的嵌入式跟蹤宏單元 (ETM) 端口來執行指令跟蹤。通過指令跟蹤，J-Trace 能夠“看到”在處理器上執行的每一個 CPU 指令，以及代碼的準確路徑。
在測試工具中使用這種分析，開發人員能夠確定測試案例是否達到了 80%、90% 或 100% 的代碼覆蓋率。
如果測試覆蓋率只有 95%，但又必須達到 100% 的覆蓋率才能交付產品，他們可以使用類似於 Ozone 的免費實用工具，查看哪些代碼行已經執行，更重要的是查看哪些代碼行尚未執行。
然後可以添加新的測試案例，確保這些遺漏的代碼行在測試中得到執行。
藉助深入洞察分析提供的強大工具，開發人員現在能夠自由專注於構建有效測試工具所必需的其他組件。測試工具的另一個至關重要的組件是在測試過程中用於與微控制器通信並控制其行為的工具。
命令和控制嵌入式系統
對於如何與外界進行交互，每個嵌入式都有不同的需求。有些器件可能通過簡單的 UART 進行通信，而其他器件則可能使用 CAN 或 TCP/IP。
為了成功地構建能夠與系統進行通信並讓其執行命令的測試工具，開發人員必須在測試工具中增加通信硬件和軟件。
雖然嵌入式系統使用了大量不同的通信接口，但其中一種接口比其他任何接口都更加常用，那就是 UART。嵌入式軟件開發人員習慣使用 UART，將這種接口包括在測試工具中很重要，原因有幾個，其中包括：
為了調試信息，例如打印消息（雖然這些信息應該通過調試器發送）
-
設備發出命令
監控多個器件之間的內部通信
易於使用
每個開發人員都應在實驗室常備的一種通用 UART 工具是由 SparkFun Electronics 提供的 BOB-12731 FT232R, USB-to-UART 評估板。
這些價格低廉的評估板可以輕鬆連接到任何嵌入式系統，並在 PC 上作為簡單的通信端口。它不需要任何特殊驅動程序或軟件就能與嵌入式系統進行通信。開發人員只需打開 COM 端口即可開始發送和接收測試消息。
驗證每個邏輯狀態
要對嵌入式系統進行完全測試，就需要開發人員驗證微控制器的內部工作情況，以及它產生的外部邏輯。這種邏輯可能是簡單的輸入和輸出狀態，以及低級別通信，例如 I2C 或 SPI。
但是，如果開發人員使用模數轉換器 (ADC) 和數模轉換器 (DAC) 板，則監控輸入/輸出狀態和低級別通信可能成本高昂。開發人員可以利用一些技巧來降低成本，以便監控這些信號和改進測試功能。
第一個技巧是使用來自系統上的微控制器的開發板，來監控微控制器引腳。例如，如果開發人員使用 STMicroelectronics STM32F767 或 STM32L4微控制器，則他們應該首先購買 STM32F767 Nucleo 板 或 STM32L476RGT6 Nucleo 板。
然後，他們應該使用板上的針座，直接將每個 I/O 引腳跳轉到系統上的相應引腳。由於他們已經為微控制器開發了低級別驅動程序，因此可以輕鬆地調節這些驅動程序，以便監控微控制器的輸入和輸出狀態。
開發人員還可以添加少量額外代碼，例如 USB 驅動程序，這樣開發板就能夠直接插入到測試主機。
USB 可用於接收輸入/輸出樣本狀態數據，隨後這些數據可以關聯至從系統發出和接收命令，以確定工作情況是否完全符合預期。
除了使用開發板之外，測試工具也可以使用邏輯探頭，例如同樣來自 SparkFun 的 Logic Pro 8。
這些邏輯分析儀具有多功能性，在要監控的對象方面，可通過軟件對每個輸入進行修改。
例如，開發人員可設置前兩個輸入來監控開關輸入，同時使用接著的兩個輸入來監控 I2C 通信，並使用剩餘的輸入來監控 SPI。數據可以輕鬆採集，然後與測試工具的剩餘組件進行同步，從而讓我們全面瞭解嵌入式系統的工作情況。
構建測試工具的技巧和訣竅
顯而易見，測試工具對於很多現代嵌入式系統是必不可少的。獲得認證有時可能非常困難，但認證產生的回報和帶來的系統穩健性提升的價值會數倍於投資成本。
在首次構建測試工具時，甚至在升級測試工具時，開發人員可以利用多種技巧，確保構建最有效的測試工具。其中包括：
使用與主要目標相同的處理器的開發套件，來監控微控制器的數字輸入和輸出
在支持跟蹤功能的調試器上進行投資，並利用免費的軟件包，以最深入地瞭解系統運行情況
運行軟件跟蹤時，請務必使用最壞情況測試，以確保您能夠獲取最壞情況場景
如果沒有足夠的資金來構建完善的測試工具，首先構建較小的測試工具，然後隨著時間推移加以完善。哪怕只進行一部分測試，也強於沒有進行測試。
花費必要的時間掌握要在測試工具中使用的不同工具和組件
不要害怕構建您自己的接口，要充分利用現有軟件來監控系統運行情況
不要做出任何假設！如果您沒有監控輸出或觸發輸入，則很可能讓錯誤乘虛而入。
總結
為嵌入式系統開發測試工具，是一種改進嵌入式系統可靠性的低成本方法。精心選擇測試工具的組件，可以讓開發人員輕鬆監控軟件的外部行為。
測試的最關鍵而又經常易於忽略的環節是檢查跟蹤數據，現在這些數據可從微控制器輕鬆訪問。
使用這些跟蹤數據，開發人員能夠執行深入洞察分析，同時執行他們的測試案例，以確保其軟件即使針對個別指令也能按預期工作。
閱讀更多 電子發燒友網 的文章
