🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
🛠️ ТЕСТИРОВАНИЕ УСТРОЙСТВ ЧЕРЕЗ COM/SERIAL ПОРТЫ: когда “всё подключено” не значит “всё работает”
Последний месяц я ушёл с головой в новое направление: робототехника, микроконтроллеры, моторы, Bluetooth и всё, что связано с железом. Да, это не совсем про привычные API и UI-тесты, потому что это про тестирование устройств и сериал-подключений, где “отладка” часто означает не только запуск кода, но и поиск нужного пина на плате и проверку, не умер ли кабель 🔌
🤖 Сейчас я собираю своего робота: Arduino, моторы, драйверы, Raspberry Pi, Bluetooth-модуль и управление прямо с Mac через Python. Мало того, что всё это нужно собрать, так ещё и проверить, как всё работает.
А работает… интересно.
🎯 Что важно тестировать при работе с COM/Serial-портами:
💬 Логика работы устройства:
Передача через скрипты нужных команд, проверка их выполнения на стороне робота. Для тестирования я использую Python.
Помимо самой логики есть еще ряд задач, на которые стоит обращать внимание.
📡 Настройка соединения
⁃ Baud rate, data bits, stop bits, parity, несовпадение хотя бы одного параметра может выглядеть как “пустой порт”, хотя физически всё в порядке.
⁃ Порт может быть занят другим процессом (например, IDE или другой скрипт), поэтому без корректной обработки это приведёт к зависанию или падению.
⁃ Таймауты (timeout, read_timeout) должны быть настроены с учётом особенностей устройства: где-то 100 мс хватает, а где-то нужно 3–5 секунд на ответ.
⁃ Некоторые устройства “просыпаются” только после открытия порта и требуют паузы перед первой командой (особенно Bluetooth).
📤 Передача данных
⁃ Команды должны быть отправлены в нужной кодировке (UTF-8, ASCII, HEX, зависит от устройства).
⁃ Ответ может приходить частями (по байту), и парсер должен уметь собирать его в полноценное сообщение.
⁃ Некоторые устройства используют протокол с контрольной суммой (CRC, XOR, длина + payload), поэтому проверка этих данных необходима.
⁃ Поддержка команд различной длины и формата: от фиксированной длины до строк с завершающим символом (\n, \r\n, 0x0D, ETX и т.д.).
⚠️ Стабильность
⁃ Физическое отключение устройства (кабель выдернули, батарея села).
⁃ Помехи и шум могут повредить данные. Нужно уметь определять и игнорировать “мусор”.
⁃ Буфер порта может переполниться, особенно если устройство шлёт много данных, а ты читаешь их слишком медленно.
⁃ Некоторые устройства “зависают”, если долго не получают команд.
⁃ Как система реагирует при быстром переподключении устройства (в течение секунды).
Для тестировщика это значит, что важно понимание не только логики кода, но и особенностей железа, сигналов, напряжения. Ошибки могут быть в коде, а могут быть в проводе или микросхеме. Или в том, что ты просто забыл вставить перемычку на драйвере, или использовал не те коннекты для питания или заземления (да, у меня так было 🙃).
Все мои проекты:
TG канал по тестированию AI |
Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний