私はロボットを作る小さな楽しいプロジェクトに取り組んでいます。 私たちはプログラマーとしてロボットを構築する人々と平行して作業しています。したがって、変更されたソフトウェアを実行しようとしており、ビルダーがハードウェアを変更していることがよくあります。ソフトウェアテストが実行されていない場合は、ソフトウェアやハードウェアに障害が発生したかどうか、また統合が失敗した場合はさらに悪いことを判断することは常に困難です。 この問題の自動テストでは難しい部分があります。統合/単体テストソフトウェアハードウェアインターフェイスの方法
私たちは物事を崩すいくつかの方法を考え出しました。ロボットがまだ動作していることを保証するソフトウェアなしでいくつかの動きをロボットに行かせるためのRC制御があります。 次に、ソフトウェアが以前と同じように動作することを示すいくつかの定義された数値にロボットを移動させるソフトウェアテストを開始します。しかし、これはいつも非常に時間のかかる作業になります。なぜなら、それを自動化することができず、誰かがテストを開始し、テストを見て、ロボットが何をすべきかを判断しようとするからです。
また、私たちの実際のハードウェアを使った絶え間ないテストでは、ハードウェア、ジョイント、モーター、歯車などの部品が摩耗しています。
しかし、テストはそれほど多くのトラブルを引き起こし、ハードウェアソフトウェアのやりとりを扱っている他のプロジェクトでどのような技術が使用されているかを知りたいと思っています。利用される。