Google se compromete a promover la equidad racial para las comunidades negras. Ver cómo.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Ejecución de casos de prueba de certificación

Antes de ejecutar los casos de prueba, asegúrese de que todos los dispositivos de prueba (DUT) de oro y están conectados a la máquina Windows con el instrumento de prueba GRL instalado y la herramienta de automatización de arnés.

Uso de la herramienta de automatización de arnés

Todos los casos de prueba se ejecutan desde el tools/harness-automation directorio. Hay dos métodos:

  • start.sh - Uso de Bash, que se incluye con Git para Windows
  • start.bat - Desde la línea de comandos de Windows (cmd)

Para ejecutar todos los casos de prueba:

Intento
./start.sh
cmd de windows
./start.bat

Para ejecutar los casos de prueba individuales (nombres entre mayúsculas y minúsculas):

Intento
./start.sh Router_5_1_1 Leader_5_1_1
cmd de windows
./start.bat Router_5_1_1 Leader_5_1_1

Utilizando el instrumento de prueba GRL

Después de que el banco de pruebas se configura, lotes de casos de prueba se ejecutan en base a la función seleccionada del DUT. La sección de selección de prueba se enumeran todos los casos de prueba disponibles para el papel seleccionado en Plan de pruebas:

Certificación OT instrumento de prueba

Seleccione los casos de prueba como se desee, a continuación, haga clic en el botón de reproducción verde a ejecutar.

las operaciones de prueba manuales

El instrumento de prueba solicita al usuario la introducción manual en algunos casos de prueba.

credenciales de red

Para los casos de prueba en las secciones 5, 6, 7 y 9 del plan de pruebas, las credenciales de red deben estar configurados fuera de banda. Por ejemplo:

configuración de parámetros durante dispositivo traer-up:

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

"DUT como líder" configuración, antes de traer la interfaz:

 dataset activetimestamp 1
Done
dataset commit active
Done

"DUT como End Device" de configuración:

 mode rsn
Done

"DUT como SED" configuración, donde el pollperiod (en milisegundos) se establece en el valor predeterminado SedPollingRate en el arnés de prueba:

 mode s
Done
pollperiod 5000
Done

Activar la interfaz de rosca y la pila:

 ifconfig up
Done
thread start
Done

configuración de papel Comisionado

Para los casos de prueba en la sección 8 del plan de pruebas, configurar la función de Comisario.

Iniciar el comisionado después de llevar hasta la pila del hilo:

 commissioner start
Done

Añadir los datos de dirección:

 commissioner joiner add eui64 THREADJPAKETEST 200

El eui64 es el identificador asignado de fábrica IEEE EUI-64, obtenido a través de la eui64 comando CLI. THREADJPAKETEST es la Joiner de credenciales, que se utiliza para generar la clave precompartida para el dispositivo (PSKd). El Joiner se elimina de los datos de dirección después de que el tiempo de espera configurado.

Recomendamos el uso de 500 como el valor de tiempo de espera en los casos de prueba 8.2.x Comisionado.

Comience el papel Joiner después de la crianza de la interfaz de rosca, usando el valor por defecto Joiner Credencial de THREADJPAKETEST :

 joiner start THREADJPAKETEST

Comience el papel Joiner después de la crianza de la interfaz de rosca, utilizando la URL especificada aprovisionamiento:

 joiner start THREADJPAKETEST www.threadgroup.org

otro de entrada

El arnés de prueba puede indicar para otras operaciones manuales, y proporcionar valores (como una dirección IPv6) para su uso en esas operaciones. Utilice los siguientes comandos CLI OpenThread si se le solicita para:

Rápido comando de la CLI
dirección extendida extaddr
Las direcciones IPv6 ipaddr
Joiner dirección MAC de fábrica eui64
Establecer la dirección URL de aprovisionamiento Comisionado commissioner provisioningurl www.threadgroup.org
restablecimiento de fábrica factoryreset
Obtener todos los TLV dataset mgmtgetcommand active address ipv6-address
Obtener Red ChannelMask (0x35), prefijo MeshLocal ULA (0x07), nombre de la red (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtener la red del canal (0x00), prefijo MeshLocal ULA (0x07), nombre de la red (0x03), duración de la exploración (0x38), Lista de Energía (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Para obtener una lista de todos los comandos de la CLI, consulte la OpenThread CLI de referencia .

consejos de certificación

Permitir la selección de dispositivo para el banco de pruebas mixto

Durante las pruebas de certificación de rosca, se utilizan bancos de pruebas múltiples con pilas de referencia de ARM, NXP, Silicon Labs, y OpenThread. Topologías banco de pruebas se definen en el C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt archivo.

Para habilitar la selección del dispositivo con el fin de realizar una prueba con las mismas plataformas de referencia exactos como hilo ATL del Grupo sería, establecer el EnableDeviceSelection parámetro en el C:\GRL\Thread1.1\Config\Configuration.ini archivo a True .

EnableDeviceSelection = True

protección de RF

Para los casos de prueba 9.2.9 (Líder, Router) y 9.2.10 (router, ED1, SED1), es necesario tener cuidado especial para asegurar los dispositivos correctos son RF-blindado. Suponiendo que todos los dispositivos están configurados en los papeles, ya que cada prueba requiere:

  1. Iniciar el arnés de prueba con sólo el NXP Sniffer conectado a la máquina de Windows. Esto evita dispositivo de detección automática por el instrumento de prueba.
  2. Enchufe los dispositivos de prueba uno por uno y tener en cuenta su puerto serie correspondiente.
  3. Coloque uno de los siguientes grupos de dispositivos en el cuadro de blindaje RF:
    • Para la prueba 9.2.9:
      • Líder y Comisionado
      • Router1, Router2 y Sniffer
    • Para la prueba 9.2.10:
      • Líder y Comisionado
      • Router, ED, SED, y Sniffer
  4. En la página Configurar cama de prueba del instrumento de prueba, configurar cada dispositivo para el siguiente orden de clasificación en la sección de banco de pruebas, dependiendo del caso de prueba:
    orden de clasificación final del dispositivo de casos de prueba de blindaje RF
    9.2.9 1. Router2
    2. Comisionado
    3. Router1
    4. Líder
    9.2.10 1. SED
    2. ED
    3. Router1
    4. Comisionado
    5. Líder
    1. Desactive la sección de banco de pruebas de los dispositivos existentes.
    2. Arrastre los dispositivos adecuados para el caso topología de prueba específica del hardware con soporte de la izquierda a la sección Banco de pruebas a la derecha. Asegúrese de que arrastrarlos en el orden inverso al orden de clasificación final. Por ejemplo, para el caso de prueba 9.2.9, arrastre el líder primero, entonces Router1 segundo, y así sucesivamente. Si arrastra el dispositivo equivocado, desactive los dispositivos en la sección de banco de pruebas y empezar de nuevo.
    3. En la sección de banco de pruebas, rellene el número de serie o información de IP para cada dispositivo en el orden de clasificación final. Por ejemplo, para el caso de prueba 9.2.9, después de arrastrar, el primer dispositivo es Router2, el segundo es el Comisionado, y así sucesivamente.
    4. Seleccione la casilla de verificación Activar Auto DUT Selección del dispositivo por debajo de la lista de hardware soportado.
    5. Seleccione el botón Establecer como DUT de radio para el dispositivo bajo prueba.
    6. Todo seleccione Conectar para iniciar la búsqueda de dispositivos.
  5. Ejecutar el caso de prueba (9.2.9 o 9.2.10). Escudo y unshield cada grupo de dispositivos del modo requerido por el instrumento de prueba.