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 e automação de Harness do GRL instalada.

Como usar a ferramenta de automação Harness

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

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

Para executar todos os casos de teste:

./start.sh

./start.bat

Para executar casos de teste individuais (os nomes diferenciam maiúsculas de minúsculas):

./start.sh Router_5_1_1 Leader_5_1_1

./start.bat Router_5_1_1 Leader_5_1_1

Como usar o arcabouço de testes GRL

Depois que a cama de 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:

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

Operações de teste manuais

O Harness de teste solicita ao usuário uma 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 do "DUT como Líder" antes de exibir a interface:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuração do "DUT como dispositivo final":

mode rsn
Done

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

mode s
Done
pollperiod 5000
Done

Chame a interface Thread e a pilha:

ifconfig up
Done
thread start
Done

Configuração do papel do comissário

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

Inicie o comissionador depois de abrir a pilha Thread:

commissioner start
Done

Adicionar dados de direcionamento:

commissioner joiner add eui64 THREADJPAKETEST 200

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

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

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

joiner start THREADJPAKETEST

Inicie o papel "Combinador" após abrir a interface da linha de execução 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 caso seja solicitado:

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

Dicas de certificação

Ativar a seleção de dispositivos para a cama de teste mista

Durante os testes de Certificação de Thread, são usados camas de teste mistas que apresentam 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 dispositivos e realizar um caso de teste com as mesmas plataformas de referência que o ATL do grupo de linhas de execução, 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, conforme necessário para cada teste:

1. Inicie o arcabouço de testes com apenas o NXP Sniffer conectado à máquina Windows. Isso evita a descoberta automática de dispositivos pelo Harness de teste.
2. Conecte os dispositivos de teste um a um e observe a porta serial correspondente.
3. Coloque um dos seguintes grupos de dispositivos na caixa de 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 de radiofrequência
   9.2.9	1. Roteador2 2. Comissário 3. Roteador1 4. Líder
   9.2.10	1. SED 2. ED 3. Roteador1 4. Comissário 5. Líder

   1. Limpe a seção Testar cama de todos os dispositivos existentes.
   2. Arraste os dispositivos apropriados para a topologia específica do caso de teste na seção Hardware compatível à esquerda para a seção Test Bed à direita. Arraste-os na ordem reversa da ordem de classificação final. Por exemplo, no caso de teste 9.2.9, arraste o líder primeiro, depois o Router1 em seguida e assim por diante. Se você arrastar o dispositivo errado, limpe os dispositivos na seção Testar cama e comece novamente.
   3. Na seção Testar cama, preencha o número de série ou as informações de IP de cada dispositivo na ordem de classificação final. Por exemplo, no caso de teste 9.2.9, depois de arrastar, o primeiro dispositivo é Router2, o segundo é Comissionador e assim por diante.
   4. Marque a caixa de seleção Enable Auto DUT Device Selection abaixo da lista de Supported Hardware.
   5. Selecione o botão de opção Definir como DUT.
   6. Selecione Conectar tudo para iniciar a descoberta do dispositivo.
5. Execute o caso de teste (9.2.9 ou 9.2.10). Proteger e desproteger cada grupo de dispositivos conforme solicitado pelo arcabouço de testes.