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 Windowsstart.bat
: Desde la línea de comandos de Windows (cmd)
Para ejecutar todos los casos de prueba:
./start.sh
./start.bat
Para ejecutar casos de prueba individuales (los nombres distinguen mayúsculas de minúsculas):
./start.sh Router_5_1_1 Leader_5_1_1
./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:

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:
- 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.
- Conecta los dispositivos de prueba uno por uno y anota el puerto en serie correspondiente.
- 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
- Para la prueba 9.2.9:
- 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.9 1. Router2
2. Delegada
3. Router1
4. Líder9.2.10 1. SED
2. ED
3. Router1
4. Delegada
5. Líder- Borra la sección Cama de prueba de todos los dispositivos existentes.
- 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.
- 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.
- 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.
- Elija el botón de selección Establecer como DUT.
- Selecciona Conectar todas para iniciar el descubrimiento de dispositivos.
- 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.