隨着物聯網的發展，嵌入式測試又重新回到大衆視線。
嵌入式測試也好，遊戲測試也好，軟件測試也好，在大方向上來說，沒有特別大的區別。
但是需要注意的是，嵌入式系統比純粹的軟件系統鏈路會長很多，尤其是他終端最終總是會控制機械，而我們都知道機械並不總是會受操作系統的控制，會有失靈的時候，機械受外部環境的影響也要複雜得多。
我爲什麼要強調鏈路過長這個問題呢？因爲不管是任何的系統，鏈路越長，引發缺陷的風險會越高。
首先，嵌入式系統一定會受到某種程度的監控。它可能是以數字屏幕或者是控制檯的形式表現出來，也有可能是以外部網頁的形式表現出來。
如果是以網頁形式展現，那麼你肯定需要用到web自動化測試的框架。
其次，一個嵌入式系統往往會發生非常多的數據通信，尤其是現在很多的設備都是採用無線方式接入的智能終端。
在這個過程當中一定會有網絡接口測試，當然這種接口不一定是軟件當中的HTTP接口，有可能是其他協議的，但是大體上來說他們和軟件當中的接口自動化測試是類似的。
關於遠程調度，除了像以HTTP這種協議進行數據傳輸，還有可能會涉及到 WiFi或者是藍牙數據的發送。
像現在比較火的真藍牙無線耳機以及智能音箱，在開始的時候通常會要求藍牙配對，在通信的過程當中也需要看語音數據傳播的質量。
因此你可能需要對WiFi或者是藍牙這些技術進行一定程度的研究。
說到遠程調度，還有一種協議，在嵌入式系統當中用的比較多，那就是MQTT。本質上來說它也是一種消息隊列的傳輸機制，就和我們在軟件測試當中接觸到的rabbitMQ差不多，它同樣支持發佈訂閱模式，因此你可以向測試rabbitmq一樣去測試mqTT。
除了遠程調度，還有有線方面的串口通信。這方面用的比較多的協議是modbus，主要用於PLC，工業上的邏輯控制單元。這個協議發佈已經很久了，標準也比較成熟，會有比較多的資料和工具。
所以你會發現這裏面，涉及到的協議是比較多的。有網絡協議也有串行協議，因此我會更願意說嵌入式系統的重點在於協議測試和接口測試。
至於web自動化測試框架，它是屬於UI層面。我覺得在嵌入式系統當中，除非你們的產品非常看重可視化的功能，否則這應該不是一個重點。
我是九柄，公衆號【 九柄 】，分享軟件測試文章、面試、教程資料，歡迎來看看。