O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.

Executando Casos de Teste de Certificação

Antes de executar os casos de teste, certifique-se de que todos os dispositivos de teste (Golden e DUT) estejam conectados à máquina Windows com o GRL Test Harness e Harness Automation Tool.

Usando a ferramenta de automação de arnês

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

  • start.sh - Usando Bash, que vem com o Git para Windows
  • start.bat - A partir da linha de comando do Windows (cmd)

Para executar todos os casos de teste:

Bash
./start.sh
Cmd do 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 do Windows
./start.bat Router_5_1_1 Leader_5_1_1

Usando o GRL Test Harness

Depois que a base de teste é configurada, lotes de casos de teste são executados com base na função selecionada do DUT. A seção Seleção de Teste lista todos os casos de teste disponíveis para a função selecionada no âmbito do Plano de Teste:

Arnês de teste de certificação OT

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

Operações de teste manual

O Test Harness 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 devem ser configuradas fora da banda. Por exemplo:

Configuração de parâmetros durante a ativação do dispositivo:

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

Configuração de "DUT como líder", antes de abrir a interface:

dataset activetimestamp 1
Done
dataset commit active
Done

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

mode rsn
Done

"DUT como SED" configuração, onde o pollperiod (em milissegundos) é definido como o padrão SedPollingRate no equipamento de teste:

mode s
Done
pollperiod 5000
Done

Abra a interface Thread e empilhe:

ifconfig up
Done
thread start
Done

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

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

Inicie o comissário após abrir a pilha de Threads:

commissioner start
Done

Adicionar dados de direção:

commissioner joiner add eui64 THREADJPAKETEST 200

O eui64 é o IEEE EUI-64 identificador atribuído pela fábrica, obtido através da eui64 comando CLI. THREADJPAKETEST é a Credencial Joiner, que é utilizada para gerar a chave previamente partilhada pelo dispositivo (PSKd). O Joiner é removido dos dados de direção após o tempo limite configurado.

Recomendamos a utilização de 500 como o valor do tempo limite durante os casos de teste 8.2.x Comissário.

Comece o papel Joiner depois de trazer a interface Thread, usando o padrão Joiner Credencial de THREADJPAKETEST :

joiner start THREADJPAKETEST

Inicie a função Joiner após abrir a interface Thread, usando o URL de provisionamento especificado:

joiner start THREADJPAKETEST www.threadgroup.org

Outra entrada

O Test Harness 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 OpenThread, se solicitado:

Incitar Comando CLI
Endereço estendido extaddr
Endereços IPv6 ipaddr
Endereço MAC da fábrica do Joiner eui64
Defina o URL de provisionamento do Comissário commissioner provisioningurl www.threadgroup.org
Restauração de fábrica factoryreset
Obtenha todos os TLVs dataset mgmtgetcommand active address ipv6-address
Obter Network ChannelMask (0x35), prefixo MeshLocal ULA (0x07), Nome da rede (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obter canal de rede (0x00), prefixo MeshLocal ULA (0x07), nome da rede (0x03), duração da varredura (0x38), lista de energia (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Para obter uma lista de todos os comandos CLI, consulte o OpenThread CLI Reference .

Dicas de certificação

Habilitar seleção de dispositivo para o banco de teste misto

Durante o teste de certificação Thread, são usados ​​bancos de teste mistos com pilhas de referência de ARM, NXP, Silicon Labs e OpenThread. Topologias de ensaio são definidos no C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt arquivo.

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

EnableDeviceSelection = True

Blindagem de RF

Para os casos de teste 9.2.9 (Líder, Roteador) e 9.2.10 (Roteador, ED1, SED1), é necessário cuidado especial para garantir que os dispositivos corretos sejam protegidos contra RF. Assumindo que todos os dispositivos estão configurados nas funções de cada teste requer:

  1. Inicie o Test Harness apenas com o NXP Sniffer conectado à máquina Windows. Isso evita a descoberta automática do dispositivo pelo Test Harness.
  2. Conecte os dispositivos de teste um por um e observe sua porta serial correspondente.
  3. Coloque um dos seguintes grupos de dispositivos na caixa de proteção 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 Bed Configurar teste do equipamento de teste, configurar cada dispositivo para a seguinte ordem de classificação na seção de ensaio, dependendo do caso de teste:
    Ordem de classificação final do dispositivo para casos de teste de blindagem de RF
    9.2.9 1. Roteador 2
    2. Comissário
    3. Roteador 1
    4. Líder
    9.2.10 1. SED
    2. ED
    3. Roteador 1
    4. Comissário
    5. Líder
    1. Desmarque a seção Teste Bed de quaisquer dispositivos existentes.
    2. Arraste os dispositivos apropriados para o caso topologia teste específico da seção Hardware suportado na esquerda para a seção Teste Bed à direita. Certifique-se de arrastá-las na ordem inversa da ordem de classificação final. Por exemplo, para o caso de teste 9.2.9, arraste o Líder primeiro, depois o Roteador1 depois e assim por diante. Se você arrastar o dispositivo errado, limpar os dispositivos na seção de teste Bed e começar de novo.
    3. Na seção cama de teste, preencha o número de série ou informações de IP para cada dispositivo na ordem de classificação final. Por exemplo, para o caso de teste 9.2.9, após arrastar, o primeiro dispositivo é o Roteador2, o segundo é o Comissário e assim por diante.
    4. Selecione a opção Enable Auto DUT Seleção de dispositivo de baixo da lista de hardware suportado.
    5. Selecione o botão Definir como rádio DUT para o DUT.
    6. Selecione conectar todos para iniciar a descoberta de dispositivos.
  5. Execute o caso de teste (9.2.9 ou 9.2.10). Proteja e desbloqueie cada grupo de dispositivos conforme solicitado pelo chicote de teste.