Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Ejecución de casos de prueba de certificación

Antes de ejecutar casos de prueba, asegúrate de que todos los dispositivos de prueba (oro y DUT) estén conectados a la máquina de Windows con la herramienta de automatización del agente de prueba y del agente de GRL instalada.

Usar la herramienta de automatización de grupos

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

  • start.sh: Usa 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, haz lo siguiente:

Bash
./start.sh
Cmd de Windows
./start.bat

Para ejecutar casos de prueba individuales (en los nombres, se distinguen mayúsculas de minúsculas):

Bash
./start.sh Router_5_1_1 Leader_5_1_1
Cmd de Windows
./start.bat Router_5_1_1 Leader_5_1_1

Usar el agente de prueba GRL

Después de configurar el lecho de prueba, se ejecutan lotes de casos de prueba según la función seleccionada del DUT. En la sección Selección de prueba, se enumeran todos los casos de prueba disponibles para la función seleccionada en Plan de prueba:

Arnés de prueba para la certificación de OT

Selecciona los casos de prueba como desees y haz clic en el botón de reproducción verde para ejecutarlos.

Operaciones de prueba manuales

El agente de prueba le solicitará al usuario información manual durante algunos casos de prueba.

Credenciales de la red

Para los casos de prueba de los artículos 5, 6, 7 y 9 del plan de prueba, las credenciales de red se deben configurar fuera de banda. Por ejemplo:

Configuración de parámetros durante la activación del dispositivo:

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

El DUT como configuración líder antes de abrir la interfaz:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuración de "DUT como dispositivo final":

mode rsn
Done

&dut; DUT as SED" configuración, en la que pollperiod (en milisegundos) se establece en el SedPollingRate predeterminado en el agente de prueba:

mode s
Done
pollperiod 5000
Done

Abre la interfaz y pila de Thread:

ifconfig up
Done
thread start
Done

Configuración de la función de comisionado

Para los casos de prueba en la sección 8 del plan de prueba, configura la función de comisionado.

Inicia el comisionado después de abrir la pila de subprocesos:

commissioner start
Done

Agrega datos de dirección:

commissioner joiner add eui64 THREADJPAKETEST 200

eui64 es el identificador de IEEE EUI-64 asignado por la fábrica, que se obtiene mediante el comando eui64 de la CLI. THREADJPAKETEST es la credencial de unión, que se usa a fin de generar la clave precompartida para el dispositivo (PSKd). El Joiner se quita de los datos de dirección después del tiempo de espera configurado.

Recomendamos usar 500 como el valor de tiempo de espera durante los casos de prueba de Commissioner 8.2.x.

Inicia la función de unión después de abrir la interfaz de Thread, con la credencial de Joiner predeterminada de THREADJPAKETEST:

joiner start THREADJPAKETEST

Inicia la función de unión después de abrir la interfaz de Thread, con la URL de aprovisionamiento especificada:

joiner start THREADJPAKETEST www.threadgroup.org

Otra entrada

El agente de prueba puede solicitar otras operaciones manuales y proporcionar valores (como una dirección IPv6) para usar en esas operaciones. Si se te solicita, usa los siguientes comandos de la CLI de OpenThread:

Mensaje Comando de la CLI
Dirección extendida extaddr
Direcciones IPv6 ipaddr
Dirección MAC de fábrica de la unión eui64
Configura la URL de aprovisionamiento de comisionada commissioner provisioningurl www.threadgroup.org
Restablecer configuración de fábrica factoryreset
Obtener todos los TLV dataset mgmtgetcommand active address ipv6-address
Obtener máscara de canal de red (0x35), prefijo de ULA de MeshLocal (0x07), nombre de red (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtener canal de red (0x00), prefijo de ULA de MeshLocal (0x07), nombre de red (0x03), duración de la búsqueda (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, consulta la Referencia de la CLI de OpenThread.

Sugerencias para la certificación

Habilita la selección de dispositivos para la cama de prueba mixta

Durante las pruebas de certificación de Thread, se usan plataformas de prueba mixtas con pilas de referencia de ARM, NXP, Silicon Labs y OpenThread. Las topologías de camas de prueba se definen en el archivo C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt.

Para habilitar la selección de dispositivos a fin de realizar un caso de prueba con las mismas plataformas de referencia que el ATL del grupo de subprocesos, establece el parámetro EnableDeviceSelection en el archivo C:\GRL\Thread1.1\Config\Configuration.ini en 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), se requiere especial cuidado a fin de garantizar que los dispositivos correctos estén protegidos con RF. Suponiendo que todos los dispositivos están configurados en las funciones como cada prueba requiere lo siguiente:

  1. Inicia el agente de prueba con solo el detector de NXP conectado a la máquina con Windows. Esto evita la detección automática de dispositivos por el agente de prueba.
  2. Conecta los dispositivos de prueba de a uno y anota el puerto en serie correspondiente.
  3. Coloca uno de los siguientes grupos de dispositivos en la caja del escudo de 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 Configure Test Bed del agente de prueba, configura cada dispositivo para el siguiente orden de clasificación en la sección Test Bed, según el caso de prueba:
    Orden de clasificación final del dispositivo para los casos de prueba de protección de RF
    9.2.91. Router2
    2. Comisionado
    3. Router1
    4. Líder
    9.2.101. SED
    2. ED
    3. Router1
    4. Comisionado
    5. Líder
    1. Borra la sección Test Bed de todos los dispositivos existentes.
    2. Arrastra los dispositivos adecuados para la topología de caso de prueba específica desde la sección Hardware compatible de la izquierda hasta la sección Cama de prueba a la derecha. Asegúrate de arrastrarlas en el orden inverso del orden final. Por ejemplo, para el caso de prueba 9.2.9, arrastra al líder primero, luego al router1 y así sucesivamente. Si arrastras el dispositivo incorrecto, bórralo en la sección Cama de prueba y vuelve a comenzar.
    3. En la sección Test Bed, completa el número de serie o la información de IP para cada dispositivo en el orden final. Por ejemplo, para el caso de prueba 9.2.9, después de arrastrar, el primer dispositivo es Router2, el segundo es Commissioner, y así sucesivamente.
    4. Selecciona la casilla de verificación Enable Auto DUT Device Selection debajo de la lista Hardware compatible.
    5. Elige el botón de selección Establecer como DUT.
    6. Selecciona Conectar todo para iniciar el descubrimiento de dispositivos.
  5. Ejecuta el caso de prueba (9.2.9 o 9.2.10). Protege y desbloquea cada grupo de dispositivos como lo solicita el agente de prueba.