Что такое тестирование Интернета вещей? Типы и инструменты

⚡ Умное резюме

Тестирование IoT проверяет корректность взаимодействия подключенных устройств, встроенного программного обеспечения, сетевого уровня и облачной инфраструктуры, охватывая функциональность, безопасность, производительность и целостность данных, прежде чем продукт попадет к реальным пользователям.

  • 🔗 Четыре слоя: Датчики, приложения, сеть и бэкэнд нуждаются в собственном покрытии.
  • 🧪 Тестовый микс: Проверка удобства использования, совместимости, надежности, масштабируемости, целостности данных, безопасности и производительности.
  • 🔐 Безопасность прежде всего: Аутентификация, шифрование и средства защиты конфиденциальности имеют важное значение, поскольку устройства используют общедоступный Интернет.
  • ⚠️ Жесткие ограничения: Ограничения по объему памяти, вычислительной мощности, пропускной способности и заряду батареи ограничивают возможности тестирования на устройстве.
  • 🔍 Серый квадратный крой: Частичное знание операционной системы и оборудования позволяет создавать более точные тестовые сценарии.
  • 🇧🇷 оснастка: Shodan предоставляет доступ к устройствам, подключенным к интернету; инструменты загрузки имитируют работу парков датчиков.

Что такое тестирование IoT, его виды, процесс и инструменты?

Что такое тестирование Интернета вещей?

IoT-тестирование Это практика проведения тестов контроля качества, проверяющих функциональность, безопасность и производительность устройств Интернета вещей (IoT). Поскольку каждое устройство IoT отправляет и получает данные через Интернет, подтверждение его работоспособности является важным шагом. transmitСохранность конфиденциальной информации имеет первостепенное значение до выхода продукта на рынок. Поэтому многие компании, работающие в сфере Интернета вещей, полагаются на автоматизацию, проникновение и защиту данных. тестирование производительности инструменты для выявления дефектов до того, как они попадут к потребителям.

Цель: Продукты Интернета вещей должны соответствовать заданным требованиям и работать должным образом.

Что такое Интернет вещей?

Интернет вещей, широко известный как IoT, представляет собой сеть, состоящую из устройств, транспортных средств, зданий и других подключенных электронных объектов. Эта взаимосвязь позволяет им собирать и обмениваться данными. Четыре основных компонента системы IoT:

  • датчик
  • Области применения
  • Cеть
  • Бэкэнд (ЦОД)

На приведенной ниже схеме показаны эти четыре компонента.

Четыре компонента системы Интернета вещей: датчик, приложение, сеть и центр обработки данных.

Короче говоря, Интернет вещей соединяет идентифицируемые встроенные устройства к существующей интернет-инфраструктуре — эра «умных» продуктов, которые обмениваются данными, передают большие объемы информации и загружают их в облако.

Виды тестирования в Интернете вещей

Тестирование IoT-устройств включает в себя вопросы безопасности, аналитики, самих устройств, сетей, процессоров, операционных систем, платформ и стандартов. Ниже перечислены основные типы тестирования.

Юзабилити-тестирование:

Устройства бывают самых разных форм и размеров, и восприятие пользователями различается от человека к человеку. Поэтому проверка удобства использования всей системы в целом является приоритетной задачей.

Проверка совместимости:

Множество устройств подключаются через систему IoT, каждое из которых имеет различные программные и аппаратные конфигурации. Возможных комбинаций огромное количество, что делает тестирование совместимости важный.

Тестирование надежности и масштабируемости:

Надежность и Масштабируемость Это имеет значение при создании среды тестирования IoT, которая обычно имитирует работу датчиков с помощью инструментов виртуализации.

Данные Integrity Тестирование:

Проверки целостности данных важны, поскольку система обрабатывает большой объем данных.

Тестирование безопасности:

Множество пользователей получают доступ к огромному объему данных, поэтому проверка подлинности пользователей и обеспечение соблюдения мер защиты конфиденциальности данных являются частью тестирования безопасности.

Тестирование производительности:

Тестирование производительности поддерживает стратегический подход к плану тестирования IoT.

Приведенная ниже диаграмма сопоставляет типы тестирования с компонентами Интернета вещей.

Типы тестирования элементов Интернета вещей датчик Области применения Cеть Бэкэнд (ЦОД)
Функциональное тестирование Правда Правда Ложь Ложь
Тестирование юзабилити Правда Правда Ложь Ложь
Тестирование безопасности Правда Правда Правда Правда
Тестирование производительности Ложь Правда Правда Правда
Тестирование совместимости Правда Правда Ложь Ложь
Тестирование услуг Ложь Правда Правда Правда
Operaциональное тестирование Правда Правда Ложь Ложь

Процесс тестирования IoT: примеры условий тестирования

Примеры условий тестирования, сгруппированные по категориям проверки:

Категории тестов Примеры условий испытаний
Проверка компонентов Аппаратное обеспечение устройства
Встроенное программное обеспечение
Облачная инфраструктура
Для подключения к сети
Стороннее программное обеспечение
Тестирование сенсора
Тестирование команд
Тестирование формата данных
Проверка надежности
Тестирование безопасности
Проверка функции Базовое тестирование устройства
Тестирование взаимодействия между устройствами IoT
Обработка ошибок
Действительный расчет
Проверка условий Ручное кондиционирование
Автоматизированное кондиционирование
Профили кондиционирования
Проверка производительности Данные transmit частота
Обработка множественных запросов
Syncхронизация
Тестирование прерываний
Производительность устройства
Проверка согласованности
Безопасность и проверка данных Проверка пакетов данных
Проверьте наличие потери данных или поврежденных пакетов.
Шифрование/дешифрование данных
Значения данных
Роли и обязанности пользователей и особенности их использования.
Проверка шлюза Тестирование облачного интерфейса
Тестирование протокола подключения устройства к облаку
Тестирование задержки
Проверка аналитики Проверка аналитики данных датчиков
Операционная аналитика систем Интернета вещей
Аналитика системных фильтров
Проверка правил
Проверка связи Взаимодействие
M2M или от устройства к устройству
Тестирование трансляции
Тестирование прерываний
протокол

Проблемы тестирования IoT

Выполнение этих условий сопряжено с определенными трудностями по следующим причинам.

  • Необходимо проверить как внешнюю сеть, так и внутреннюю связь между устройствами.
  • Безопасность вызывает серьезную озабоченность, поскольку все задачи выполняются через Интернет.
  • Сложность программного обеспечения и системы может скрывать дефекты в стеке IoT, а встроенное ПО поставляется отдельно. регресс в первом цикле (свежий перенос эмбрионов).
  • Ограничения ресурсов, такие как память, вычислительная мощность, пропускная способность и время работы от батареи, ограничивают возможности тестируемого устройства.

Лучшие практики эффективного тестирования программного обеспечения для Интернета вещей

  • Тестирование методом «серого ящика» Подходит для работы в сфере Интернета вещей, поскольку частичная видимость операционной системы, архитектуры, стороннего оборудования и ограничений подключения позволяет более точно настраивать тестовые сценарии.
  • Операционная система реального времени имеет решающее значение для масштабируемости, модульности, возможности подключения и безопасности, необходимых для продуктов Интернета вещей.
  • Автоматизация повторяющихся сценариев; симуляторы и виртуальные устройства позволяют проводить тестирование больших парков датчиков в реалистичных условиях — слабый сигнал, прерывистая связь, высокая скорость передачи данных.

Инструменты тестирования Интернета вещей

С тестированием устройств Интернета вещей исторически связаны два инструмента, основанных на поиске:

1. Шодан

Shodan Это поисковая система для устройств, подключенных к интернету. Тестировщики используют её для определения того, какие устройства доступны из интернета, что полезно для проверки поверхности атаки.

2. Вещевой

Thingful — это поисковая система для Интернета вещей, которая индексировала общедоступные источники данных IoT по географическому признаку. Она была закрыта в 2022 году и упоминается только для контекста.

Сегодня команды используют инструмент загрузки данных в паре с инструментами на уровне приложений: JMeter Плагин MQTT имитирует устройства публикации. Postman использует облачные API, и Appium водит мобильное приложение.

Часто задаваемые вопросы (FAQ)

Большинство сетей используют протоколы MQTT или CoAP для связи с облаком, а также Bluetooth Low Energy, Zigbee или Wi-Fi локально. Для каждого из них требуются свои собственные сценарии подключения, повторных попыток и разрывов соединения.

Настройте соединение целенаправленно: добавьте задержку, отбрасывайте пакеты, обрывайте связь в середине передачи. Устройство должно буферизовать показания и переподключаться без их дублирования.

Измерьте потребление тока в режиме сна и бодрствования. transmit и обновлять состояния, а затем прогнозировать время работы батареи на основе рабочего цикла. Интервал между сообщениями вдвое сокращает время автономной работы в полевых условиях.

Модели, обученные на основе телеметрии, выявляют аномальные показания датчиков, которые не соответствуют установленным пороговым значениям, группируют повторяющиеся отказы в полевых условиях и ранжируют конфигурации устройств, несущие наибольший риск.

Второй пилот GitHub Он разрабатывает симуляторы устройств, издателей MQTT и парсеры логов. Тестировщик по-прежнему определяет ожидаемые протоколы и то, какие состояния оборудования необходимо тестировать.

Цифровой двойник — это программная модель устройства, воспроизводящая его состояния и телеметрию. Тестировщики отрабатывают сценарии, характерные для целого парка устройств, не имея при этом тысяч единиц техники.

Опубликуйте известную полезную нагрузку на устройстве, затем tracПропустите данные через шлюз, брокера, потоковый процессор и панель управления. Убедитесь, что записи не потеряны и не дублируются.

Требования различаются в зависимости от рынка и класса устройств и, как правило, касаются сертификации радиооборудования, электробезопасности, законодательства о защите данных и обязательств по безопасному обновлению. Точные стандарты следует уточнить у регулирующего органа.

Подведем итог этой публикации следующим образом: