Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.
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 casos de prueba, asegúrese de que todos los dispositivos de prueba (Golden y DUT) estén conectados a la máquina con Windows con el arnés de prueba GRL y la herramienta de automatización de arnés instalados.

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

Todos los casos de prueba se ejecutan desde el directorio tools/harness-automation . 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 casos de prueba individuales (los nombres distinguen 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

Uso del arnés de prueba GRL

Una vez configurado el banco de pruebas, se ejecutan lotes de casos de prueba según la función seleccionada del dispositivo bajo prueba. La sección Selección de prueba enumera todos los casos de prueba disponibles para el rol seleccionado en Plan de prueba :

Arnés de prueba de certificación OT

Seleccione los casos de prueba que desee, luego haga clic en el botón verde de reproducción para ejecutar.

Operaciones de prueba manuales

El arnés de prueba solicita al usuario la entrada manual durante algunos casos de prueba.

Credenciales de red

Para los casos de prueba de 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 "DUT como líder", antes de abrir la interfaz:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuración "DUT como dispositivo final":

mode rsn
Done

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

mode s
Done
pollperiod 5000
Done

Abra la interfaz de Thread y apile:

ifconfig up
Done
thread start
Done

Configuración del rol del comisionado

Para los casos de prueba en la Sección 8 del Plan de prueba, configure el rol de Comisionado.

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

commissioner start
Done

Agregar datos de dirección:

commissioner joiner add eui64 THREADJPAKETEST 200

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

Recomendamos utilizar 500 como valor de tiempo de espera durante los casos de prueba del comisionado 8.2.x.

Inicie el rol de Joiner después de abrir la interfaz de Thread, usando la Credencial de Joiner predeterminada de THREADJPAKETEST :

joiner start THREADJPAKETEST

Inicie el rol Joiner después de abrir la interfaz de Thread, utilizando la URL de aprovisionamiento especificada:

joiner start THREADJPAKETEST www.threadgroup.org

Otra entrada

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

Rápido Comando CLI
Dirección extendida extaddr
Direcciones IPv6 ipaddr
Dirección MAC de la fábrica Joiner eui64
Establecer la URL de aprovisionamiento del comisionado commissioner provisioningurl www.threadgroup.org
Restablecimiento de fábrica factoryreset
Obtenga todos los TLV dataset mgmtgetcommand active address ipv6-address
Obtenga Network ChannelMask (0x35), prefijo MeshLocal ULA (0x07), Nombre de red (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtener canal de red (0x00), prefijo ULA MeshLocal (0x07), nombre de red (0x03), duración de escaneo (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 Referencia de la CLI de OpenThread .

Consejos de certificación

Habilitar la selección de dispositivos para el banco de pruebas mixto

Durante las pruebas de certificación de subprocesos, se utilizan bancos de pruebas mixtos con pilas de referencia de ARM, NXP, Silicon Labs y OpenThread. Las topologías del banco de pruebas 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 el ATL del grupo de subprocesos, configure el parámetro EnableDeviceSelection en el archivo C:\GRL\Thread1.1\Config\Configuration.ini en True .

EnableDeviceSelection = True

Blindaje de RF

Para los casos de prueba 9.2.9 (líder, enrutador) y 9.2.10 (enrutador, ED1, SED1), se necesita especial cuidado para garantizar que los dispositivos correctos estén protegidos contra RF. Suponiendo que todos los dispositivos están configurados en los roles, ya que cada prueba requiere:

  1. Inicie el arnés de prueba con solo el NXP Sniffer conectado a la máquina con Windows. Esto evita el descubrimiento automático del dispositivo por parte del arnés de prueba.
  2. Conecte los dispositivos de prueba uno por uno y observe su puerto serie correspondiente.
  3. Coloque uno de los siguientes grupos de dispositivos en la caja de protección 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
      • Enrutador, ED, SED y Sniffer
  4. En la página Configure Test Bed del Test Harness, configure 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 de dispositivos final para 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. Borre la sección del banco de pruebas de cualquier dispositivo existente.
    2. Arrastre los dispositivos adecuados para la topología del caso de prueba específico desde la sección Hardware admitido a la izquierda hasta la sección Banco de pruebas a la derecha. Asegúrese de 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, luego el enrutador1 en segundo lugar, y así sucesivamente. Si arrastra el dispositivo incorrecto, borre los dispositivos en la sección Banco de prueba y comience de nuevo.
    3. En la sección Banco de pruebas , complete el número de serie o la información de IP de 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 Commissioner, y así sucesivamente.
    4. Seleccione la casilla de verificación Habilitar selección automática de dispositivo DUT debajo de la lista Hardware admitido .
    5. Seleccione el botón de opción Establecer como DUT para el DUT.
    6. Seleccione Conectar todo para iniciar la detección de dispositivos.
  5. Ejecute el caso de prueba (9.2.9 o 9.2.10). Proteja y quite el blindaje de cada grupo de dispositivos según lo indique el arnés de prueba.