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 Windowsstart.bat
: Desde la línea de comandos de Windows (cmd)
Para ejecutar todos los casos de prueba, haz lo siguiente:
./start.sh
./start.bat
Para ejecutar casos de prueba individuales (en los nombres, se 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
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 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:
- 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.
- Conecta los dispositivos de prueba de a 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 los casos de prueba de protección de RF 9.2.9 1. Router2
2. Comisionado
3. Router1
4. Líder9.2.10 1. SED
2. ED
3. Router1
4. Comisionado
5. Líder- Borra la sección Test Bed de todos los dispositivos existentes.
- 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.
- 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.
- Selecciona la casilla de verificación Enable Auto DUT Device Selection debajo de la lista Hardware compatible.
- Elige el botón de selección Establecer como DUT.
- Selecciona Conectar todo para iniciar el descubrimiento de dispositivos.
- 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.