Como executar casos de teste de certificação

Antes de executar casos de teste, verifique se todos os dispositivos de teste (Ouro e DUT) estão conectados à máquina Windows com a ferramenta de arcabouço de teste e arcabouço de teste GRL instalada.

Como usar a ferramenta de automação do arcabouço

Todos os casos de teste são executados no diretório tools/harness-automation. Há dois métodos:

  • start.sh: usando o Bash, que acompanha o Git para Windows.
  • start.bat: na linha de comando do Windows (cmd)

Para executar todos os casos de teste:

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

Para executar casos de teste individuais, os nomes diferenciam maiú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

Como usar o arcabouço de testes do GRL

Depois que a base do teste é configurada, lotes de casos de teste são executados com base no papel selecionado do DUT. A seção Seleção de teste lista todos os casos de teste disponíveis para o papel selecionado em Plano de teste:

Teste de certificação de OT

Selecione os casos de teste conforme desejado e clique no botão de reprodução verde para executar.

Operações de teste manuais

O arcabouço de testes solicita ao usuário entrada manual durante alguns casos de teste.

Credenciais de rede

Para casos de teste nas Seções 5, 6, 7 e 9 do plano de teste, as credenciais de rede precisam ser configuradas fora de banda. Exemplo:

Configuração de parâmetro durante a exibição do dispositivo:

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

Configuração "DUT as Leader" antes de mostrar a interface:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuração "DUT como dispositivo final":

mode rsn
Done

Configuração "DUT as SED", em que pollperiod (em milissegundos) é definido como o SedPollingRate padrão no arcabouço de testes:

mode s
Done
pollperiod 5000
Done

Mostre a interface e a pilha Thread:

ifconfig up
Done
thread start
Done

Configuração da função de comissário

Para casos de teste na Seção 8 do Plano de Teste, configure o papel de Comissário.

Inicie o comissário depois de abrir a pilha Thread:

commissioner start
Done

Adicionar dados de direcionamento:

commissioner joiner add eui64 THREADJPAKETEST 200

O eui64 é o identificador IEEE EUI-64 atribuído à fábrica, recebido pelo comando eui64 da CLI. THREADJPAKETEST é a credencial de junção, que é usada para gerar a chave pré-compartilhada do dispositivo (PSKd). O Combinador é removido do direcionamento de dados após o tempo limite configurado.

Recomendamos usar 500 como o valor de tempo limite durante os casos de teste do Commissioner 8.2.x.

Inicie o papel do Combinador depois de abrir a interface da linha de execução usando o padrão de credencial do combinador de THREADJPAKETEST:

joiner start THREADJPAKETEST

Inicie o papel de Combinador depois de abrir a interface da Thread usando o URL de provisionamento especificado:

joiner start THREADJPAKETEST www.threadgroup.org

Outras entradas

O arcabouço de testes pode solicitar outras operações manuais e fornecer valores (como um endereço IPv6) para uso nessas operações. Use os seguintes comandos da CLI do OpenThread se for solicitado:

Prompt Comando da CLI
Endereço completo extaddr
Endereços IPv6 ipaddr
Endereço MAC da fábrica de mesclagem eui64
Definir o URL de provisionamento do Comissário commissioner provisioningurl www.threadgroup.org
Redefinir para a configuração original factoryreset
Acessar todos os TLVs dataset mgmtgetcommand active address ipv6-address
Receber NetworkChannelMask (0x35), prefixo ULA da MeshLocal (0x07), nome da rede (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Receba o canal de rede (0x00), o prefixo ULA da malha local (0x07), o nome da rede (0x03), a duração da verificação (0x38), a lista de energia (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Para ver uma lista de todos os comandos da CLI, consulte a Referência da CLI do OpenThread.

Dicas de certificação

Ativar a seleção do dispositivo para a cama de teste misto

Durante os testes de certificação de linhas de execução, são usados camas de teste mistas com pilhas de referência de ARM, NXP, Silicon Labs e OpenThread. As topologias de cama de teste são definidas no arquivo C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt.

Para ativar a seleção de dispositivo para executar um caso de teste com as mesmas plataformas de referência que o ATL do grupo de linhas de execução faria, defina o parâmetro EnableDeviceSelection no arquivo C:\GRL\Thread1.1\Config\Configuration.ini como True.

EnableDeviceSelection = True

Proteção de RF

Nos casos de teste 9.2.9 (lead, roteador) e 9.2.10 (roteador, ED1, SED1), é necessário cuidado especial para garantir que os dispositivos corretos sejam protegidos por RF. Supondo que todos os dispositivos sejam configurados nos papéis, já que cada teste exige:

  1. Inicie o arcabouço de testes com o NXP Sniffer conectado à máquina Windows. Isso evita a descoberta automática de dispositivos pelo arcabouço de testes.
  2. Conecte os dispositivos de teste um por um e anote a porta serial correspondente.
  3. Coloque um dos seguintes grupos de dispositivos na caixa de escudo RF:
    • Para o teste 9.2.9:
      • Líder e comissário
      • Router1, Router2 e Sniffer
    • Para o teste 9.2.10:
      • Líder e comissário
      • Roteador, ED, SED e Sniffer
  4. Na página Configure Test Bed do arcabouço de testes, configure cada dispositivo para a seguinte ordem de classificação na seção Test Bed, dependendo do caso de teste:
    Ordem final de classificação do dispositivo para casos de teste de proteção por RF
    9,2,91. Roteador2
    2. Comissário
    3. Roteador 1
    4. Líder
    9.2.101. SED
    2. ED
    3. Roteador 1
    4. Comissário
    5. Líder
    1. Limpe a seção Test Bed de todos os dispositivos existentes.
    2. Arraste os dispositivos apropriados para a topologia de caso de teste específica da seção Hardware compatível à esquerda para a seção Test Bed à direita. Arraste-os na ordem inversa da ordem de classificação final. Por exemplo, no caso de teste 9.2.9, arraste o líder primeiro, depois o Router1 segundo e assim por diante. Se você arrastar o dispositivo errado, limpe os dispositivos na seção Test Bed e comece novamente.
    3. Na seção Test Bed, preencha o número de série ou as informações do IP de cada dispositivo na ordem de classificação final. Por exemplo, para o caso de teste 9.2.9, depois de arrastar, o primeiro dispositivo é o Router2, o segundo é o Comissioner e assim por diante.
    4. Marque a caixa de seleção Enable Auto DUT Device Selection abaixo da lista Supported Hardware.
    5. Selecione o botão de opção Definir como DUT.
    6. Selecione Conectar tudo para iniciar a descoberta de dispositivos.
  5. Execute o caso de teste (9.2.9 ou 9.2.10). Proteção e proteção de cada grupo de dispositivos, conforme solicitado pelo arcabouço de testes.