Ejecución de casos de prueba de certificación

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

Usar la herramienta de automatización de agente

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

  • start.sh: Usar 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:

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

Para ejecutar casos de prueba individuales (los nombres 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

Cómo 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:

Aprovechar la prueba de certificación de PO

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

Operaciones de prueba manuales

El agente de prueba le solicita al usuario la entrada manual durante algunos casos de prueba.

Credenciales de la red

Para los casos de prueba en las secciones 5, 6, 7 y 9 del plan de prueba, las credenciales de red deben configurarse 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

Configuración del "DUT como líder", antes de activar la interfaz:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuración de "DUT como dispositivo final":

mode rsn
Done

Configuración "DUT as SED", 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, configure la función de comisionado.

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

commissioner start
Done

Agregar datos de dirección:

commissioner joiner add eui64 THREADJPAKETEST 200

eui64 es el identificador de IEEE-EUI-64 asignado de 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 compartida previamente para el dispositivo (PSKd). La unión 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 8.2.x Commissioner.

Inicia la función de unión después de abrir la interfaz de Thread, con la credencial predeterminada de Joiner en 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. Usa los siguientes comandos de la CLI de OpenThread si se te solicita lo siguiente:

Mensaje Comando de 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 comisión commissioner provisioningurl www.threadgroup.org
Restablecer configuración de fábrica factoryreset
Obtener todos los TLV dataset mgmtgetcommand active address ipv6-address
Obtener NetworkMask de la red (0x35), malla ULA prefijo (0x07), nombre de la 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 búsqueda (0x38), lista de energía (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Para ver una lista de todos los comandos de la CLI, consulta la referencia de la CLI de OpenThread.

Sugerencias de certificación

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

Durante las pruebas de certificación de Thread, se usan lechos de prueba mixtos con pilas de referencia de ARM, NXP, Silicon Labs y OpenThread. Las topologías de cama 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 exactas que usaría 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 radiofrecuencia

En los casos de prueba 9.2.9 (líder, router) y 9.2.10 (Router, ED1, SED1), se debe tener especial cuidado para garantizar que los dispositivos correctos estén protegidos por RF. Supongamos que todos los dispositivos están configurados en las funciones que requiere cada prueba:

  1. Inicia el agente de prueba solo con el Sniffer NXP conectado a la máquina de Windows. Esto evita el descubrimiento automático de dispositivos mediante el agente de prueba.
  2. Conecta los dispositivos de prueba uno por 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 casos de prueba de protección de RF
    9.2.91. Router2
    2. Delegada
    3. Router1
    4. Líder
    9.2.101. SED
    2. ED
    3. Router1
    4. Delegada
    5. Líder
    1. Borra la sección Cama de prueba de todos los dispositivos existentes.
    2. Arrastra los dispositivos adecuados para la topología de casos de prueba específicos desde la sección Hardware compatible a la izquierda hasta la sección Test Bed 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 primero el líder, luego el router1 y así sucesivamente. Si arrastras el dispositivo incorrecto, borra los dispositivos que se encuentran en la sección Cama de prueba y vuelve a comenzar.
    3. En la sección Cama de prueba, completa el número de serie o la información IP de cada dispositivo en el orden final de clasificación. Por ejemplo, para el caso de prueba 9.2.9, después de arrastrar, el primer dispositivo es Router2, el segundo es Comisiones, etcétera.
    4. Selecciona la casilla de verificación Habilitar la selección automática de dispositivos de DUT que se encuentra debajo de la lista Hardware compatible.
    5. Elija el botón de selección Establecer como DUT.
    6. Selecciona Conectar todas para iniciar el descubrimiento de dispositivos.
  5. Ejecuta el caso de prueba (9.2.9 o 9.2.10). Protege y desprotege cada grupo de dispositivos como lo solicita el agente de prueba.