Google стремится продвигать расовую справедливость для черных сообществ. Смотри как.
Эта страница была переведа с помощью Cloud Translation API.
Switch to English

Запуск сертификационных тестов

Перед запуском тестовых случаев убедитесь, что все тестовые устройства (Golden и DUT) подключены к машине с Windows с помощью установленного GRL Test Harness and Harness Automation Tool.

Использование инструмента автоматизации Harness

Все тесты запускаются из каталога tools/harness-automation . Есть два метода:

  • start.sh - Использование Bash, который входит в комплект Git для Windows
  • start.bat - из командной строки Windows (cmd)

Чтобы запустить все тестовые случаи:

удар
./start.sh
Windows cmd
./start.bat

Для запуска отдельных тестовых случаев (имена чувствительны к регистру):

удар
./start.sh Router_5_1_1 Leader_5_1_1
Windows cmd
./start.bat Router_5_1_1 Leader_5_1_1

Использование GRL Test Harness

После настройки тестового стенда запускаются тестовые наборы на основе выбранной роли проверяемого устройства. В разделе « Выбор теста » перечислены все доступные тестовые наборы для выбранной роли в разделе « План тестирования» :

OT Сертификационный Испытательный Жгут

Выберите контрольные примеры по желанию, затем нажмите зеленую кнопку воспроизведения, чтобы выполнить.

Ручные тестовые операции

Испытательный комплект запрашивает у пользователя ручной ввод во время некоторых тестовых случаев.

Сетевые учетные данные

Для тестовых случаев в разделах 5, 6, 7 и 9 плана тестирования сетевые учетные данные должны быть настроены вне диапазона. Например:

Конфигурация параметров при включении устройства:

 panid 0xface
Done
channel 20
Done
networkname GRL
Done
extpanid 000db80000000000
Done

Конфигурация «DUT as Leader», прежде чем вызывать интерфейс:

 dataset activetimestamp 1
Done
dataset commit active
Done

Конфигурация «DUT as End Device»:

 mode rsn
Done

Конфигурация «DUT as SED», в которой для периода pollperiod (в миллисекундах) установлено значение SedPollingRate по умолчанию в тестовом жгуте:

 mode s
Done
pollperiod 5000
Done

Вызовите интерфейс потока и стек:

 ifconfig up
Done
thread start
Done

Установка роли комиссара

Для тестовых случаев в разделе 8 плана тестирования настройте роль комиссара.

Запустите комиссара после вызова стека потоков:

 commissioner start
Done

Добавить данные рулевого управления:

 commissioner joiner add eui64 THREADJPAKETEST 200

eui64 - это заданный на заводе идентификатор IEEE EUI-64, полученный командой CLI eui64 . THREADJPAKETEST - это учетные данные для соединения, которые используются для генерации предварительного общего ключа для устройства (PSKd). Столяр удаляется из данных рулевого управления после заданного времени ожидания.

Мы рекомендуем использовать 500 в качестве значения тайм-аута во время тестовых случаев Комиссара 8.2.x.

Запустите роль Joiner после THREADJPAKETEST интерфейса Thread, используя учетные данные Joiner по умолчанию THREADJPAKETEST :

 joiner start THREADJPAKETEST

Запустите роль Joiner после вызова интерфейса Thread, используя указанный URL-адрес обеспечения:

 joiner start THREADJPAKETEST www.threadgroup.org

Другой вклад

Испытательный комплект может запрашивать другие ручные операции и предоставлять значения (например, адрес IPv6) для использования в этих операциях. Используйте следующие команды CLI OpenThread, если потребуется:

Подсказка Команда CLI
Расширенный адрес extaddr
IPv6-адреса ipaddr
Столярный завод MAC-адрес eui64
Установить адрес предоставления услуг комиссара commissioner provisioningurl www.threadgroup.org
Сброс к заводским настройкам factoryreset
Получить все TLV dataset mgmtgetcommand active address ipv6-address
Получить сетевую маску канала (0x35), префикс MeshLocal ULA (0x07), имя сети (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Получить сетевой канал (0x00), префикс MeshLocal ULA (0x07), имя сети (0x03), продолжительность сканирования (0x38), список энергопотребления (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Для списка всех команд CLI см. Ссылку CLI OpenThread .

Советы по сертификации

Включить выбор устройства для смешанного тестового стенда

Во время тестирования по сертификации нитей используются смешанные испытательные стенды с эталонными стеками от ARM, NXP, Silicon Labs и OpenThread. Топологии тестового стенда определены в файле C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt .

Чтобы включить выбор устройства для выполнения тестового примера с теми же точными эталонными платформами, что и ATL группы потоков, установите для параметра EnableDeviceSelection в EnableDeviceSelection C:\GRL\Thread1.1\Config\Configuration.ini значение True .

EnableDeviceSelection = True

Радиочастотная защита

Для тестовых случаев 9.2.9 (Лидер, Маршрутизатор) и 9.2.10 (Маршрутизатор, ED1, SED1) требуется особая осторожность, чтобы гарантировать, что правильные устройства защищены от радиочастот. Предполагая, что все устройства настроены в ролях, поскольку каждый тест требует:

  1. Запустите тестовый комплект, подключив к компьютеру Windows только анализатор NXP. Это позволяет избежать автоматического обнаружения устройства с помощью тестового жгута.
  2. Подключите тестовые устройства одно за другим и запишите их соответствующий последовательный порт.
  3. Поместите одну из следующих групп устройств в коробку защитного экрана:
    • Для теста 9.2.9:
      • Лидер и комиссар
      • Router1, Router2 и Sniffer
    • Для теста 9.2.10:
      • Лидер и комиссар
      • Маршрутизатор, ED, SED и Sniffer
  4. На странице « Конфигурация тестового стенда» тестового комплекта настройте каждое устройство для следующего порядка сортировки в разделе « Тестовый стенд » в зависимости от тестового примера:
    Окончательный порядок сортировки устройств для контрольных тестов по экранированию ВЧ
    9.2.9 1. Маршрутизатор2
    2. Комиссар
    3. Маршрутизатор1
    4. Лидер
    9.2.10 1. САС
    2. ЭД
    3. Маршрутизатор1
    4. Комиссар
    5. Лидер
    1. Очистите раздел Test Bed от любых существующих устройств.
    2. Перетащите соответствующие устройства для конкретной топологии тестового набора из раздела « Поддерживаемое оборудование » слева в раздел « Тестовый стенд » справа. Обязательно перетащите их в порядке, обратном окончательному порядку сортировки. Например, для тестового примера 9.2.9 перетащите сначала «Лидер», затем «Второй маршрутизатор» и т. Д. Если вы перетаскиваете не то устройство, очистите устройства в разделе « Испытательный стенд » и начните снова.
    3. В разделе « Тестовый стенд » введите серийный номер или IP-адрес для каждого устройства в окончательном порядке сортировки. Например, для тестового примера 9.2.9 после перетаскивания первое устройство - Router2, второе - Commissioner и т. Д.
    4. Установите флажок « Включить автоматический выбор устройства DUT» под списком поддерживаемого оборудования .
    5. Выберите переключатель « Установить как проверяемое устройство » для проверяемого устройства.
    6. Выберите Connect All, чтобы начать обнаружение устройства.
  5. Выполните контрольный пример (9.2.9 или 9.2.10). Экранируйте и снимайте защиту с каждой группы устройств в соответствии с инструкциями тестового жгута.