應對移動機器人軟體自動化測試所面臨的挑戰

我們將探索自動化移動家庭機器人的複雜性，並專注於設定過程中的獨特挑戰，以克服各種限制，以確保用戶能夠順利地開始使用

在之前的文章中，我解釋瞭如何利用April Tag技術來實現家庭機器人的自動化。在家庭機器人或其他機器人的自動化過程中，存在著一個巨大的挑戰，那就是設備的設定。在設備、手機和行動應用程式的世界中，設備通常透過USB連接到主機設備，並且設備始終連接到電源。然而，對於測試機器人來說，出現了一個獨特的挑戰，即當機器人在移動時如何進行測試。因為它無法透過實體有線連接與主機設備連接。那麼，我們該如何驗證開箱體驗呢？別擔心，我將在本文中解釋這個問題

複雜性和挑戰

在我向您簡要介紹了機器人自動化測試中設定階段的各種挑戰之後，讓我進一步深入研究更多的挑戰

機器人正在移動，無法透過實體有線連接到主機設備。對於一些元件層級的測試可能是可行的，但對於端對端（E2E）測試來說是不可能的

開箱體驗是指裝置未連接到WiFi。當設備全新時，主機設備如何與設備互動？這是日常機器人測試中非常常見的情況

當機器人發生任何錯誤或異常時，需要進行恢復操作。自動化測試的主要目標是發現機器人潛在的軟體和硬體問題。如果遇到問題，我們該如何報告並恢復設備？

機器人的電池即將用盡，我們需要一個可靠的電源來為機器人充電

將相同的設置擴展到多個實驗室和家庭環境是非常重要的。這是因為我們不能僅僅在一個環境中對機器人進行簽署或測試

讓我們按照時間順序來解決這些問題。可以改寫為：讓我們依照時間的先後順序來解決這些問題

使用樹莓派預設機器人

重要的是解決這個問題。考慮一個位於測試自動化實驗室的機器人的情況。有一台主機設備連接到公司內部網絡，用於發送和接收命令，存取各種原始碼、內部工具和基礎設施。我們將在裝置上連接樹莓派，並在樹莓派上執行一個REST服務，以便與主機裝置和裝置進行通訊。下面是一個圖示，展示了這個設定

使用樹莓派預設機器人

解決開箱體驗用例

現在，我們來看看如何透過樹莓派來預先設定測試環境。接下來，我們將探討如何解決裝置在開箱時無法連接到Wifi的問題

樹莓派上的RESTful服務的作用是什麼？ RESTful服務應該包含哪些端點？

• 刷寫設備
• 完成OOBE
• 設定wifi等
• 取得DUT IP位址

##現在，對我們來說，透過無線連接設備變得非常容易，設備已經為我們的測試做好了充分的準備

在發生任何錯誤或異常時恢復機器人

這是一個非常常見的情況。不要被這類問題所壓倒或沮喪。這時候，我們必須使用設備的低階組件將設備驅動回到原始位置。例如，正如我在之前的文章中提到的各種軟體堆棧，我們需要訪問平台或移動性層來將機器人驅動回到原始位置。這是最棘手和最具挑戰性的事情，因此使用其他技術，如April Tag或其他外部系統來將設備驅動回來。這讓我想到了下一個問題，即將裝置放回充電座為下一次測試運行做準備

擴展到多個測試環境

將裝置放回充電座時，使用低階命令可以提高可靠性。相較於使用頂層的移動或導航命令以及平台或移動性層驅動，故障率更低而效率更高

多個測試環境的擴展設置提示：

保持設定簡單。不要過於複雜或過度工程化解決方案。
• 具有可部署的樹莓派映像，以便可以輕鬆載入任何新的樹莓派。
• 將測試程式碼放在遠端儲存庫中。將它們移到本地無法擴展。

機器人自動化並非簡單之事，最終需經過大量設計工作，並考慮市場上其他選項。沒有一種解決方案適用於所有情況。在採用最終方案前，我建議進行概念驗證

替代方案

鑑於我們所面臨的問題的性質和複雜性，一個常見的問題是是否存在其他替代方案。簡而言之，答案是肯定的。我們可以透過使用模擬器/模擬器來進行有效的測試，以覆蓋我們所描述的大部分用例，但是真實設備測試是無法替代的

以上是應對移動機器人軟體自動化測試所面臨的挑戰的詳細內容。更多資訊請關注PHP中文網其他相關文章！