O Google está comprometido em promover a equidade racial para as comunidades negras. Veja como.
Esta página foi traduzida pela API Cloud Translation.
Switch to English

Executando casos de teste de certificação

Antes de executar os casos de teste, verifique se todos os dispositivos de teste (Golden e DUT) estão conectados à máquina Windows com a Ferramenta de Automação de Arnês e Arnês de Teste da GRL instalada.

Usando a ferramenta de automação de arreios

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

  • start.sh - Usando o Bash, fornecido com o Git for Windows
  • start.bat - Na 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 chicote de teste da GRL

Após a configuração do banco de testes, 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 em 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 recurso de teste solicita ao usuário a 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 "DUT como Líder", antes de abrir a interface:

 dataset activetimestamp 1
Done
dataset commit active
Done

Configuração "DUT como dispositivo final":

 mode rsn
Done

Configuração "DUT como SED", em que o período de pollperiod (em milissegundos) é definido como o SedPollingRate padrão no Arnês de teste:

 mode s
Done
pollperiod 5000
Done

Exiba a interface do Thread e empilhe:

 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 a função Comissário.

Inicie o comissário após exibir a pilha de threads:

 commissioner start
Done

Adicione dados de direção:

 commissioner joiner add eui64 THREADJPAKETEST 200

O eui64 é o identificador IEEE EUI-64 designado de fábrica, obtido pelo comando da CLI eui64 . THREADJPAKETEST é a credencial do marceneiro, usada para gerar a chave pré-compartilhada para o dispositivo (PSKd). O Marceneiro é removido dos dados de direção após o tempo limite configurado.

Recomendamos o uso de 500 como o valor do tempo limite durante os casos de teste do Comissário 8.2.x.

Inicie a função Joiner após THREADJPAKETEST a interface do Thread, usando o padrão Credencial do Joiner de THREADJPAKETEST :

 joiner start THREADJPAKETEST

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

 joiner start THREADJPAKETEST www.threadgroup.org

Outra entrada

O equipamento de teste 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 solicitado:

Pronto Comando CLI
Endereço estendido extaddr
Endereços IPv6 ipaddr
Endereço MAC da fábrica do marceneiro eui64
Defina o URL de aprovisionamento do comissário commissioner provisioningurl www.threadgroup.org
Restauração de fábrica factoryreset
Obter todos os TLVs dataset mgmtgetcommand active address ipv6-address
Obter Network ChannelMask (0x35), prefixo do MeshLocal ULA (0x07), nome da rede (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obter canal de rede (0x00), prefixo do 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 da CLI, consulte a Referência da CLI do OpenThread .

Dicas de certificação

Ativar seleção de dispositivo para o banco de ensaio misto

Durante o teste de certificação de threads, são utilizados bancos de testes mistos com pilhas de referência do ARM, NXP, Silicon Labs e OpenThread. As topologias do ambiente de teste são definidas no arquivo C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt .

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 (Leader, 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 estejam configurados nas funções, pois cada teste exige:

  1. Inicie o Arnês de teste apenas com o NXP Sniffer conectado à máquina Windows. Isso evita a descoberta automática de dispositivos pelo Test Harness.
  2. Conecte os dispositivos de teste um por um e observe a porta serial correspondente.
  3. Coloque um dos seguintes grupos de dispositivos na caixa de proteção RF:
    • Para o teste 9.2.9:
      • Líder e Comissário
      • Roteador1, Roteador2 e Sniffer
    • Para o teste 9.2.10:
      • Líder e Comissário
      • Roteador, ED, SED e Sniffer
  4. Na página Configurar Cama de Teste do Arnês de Teste, configure cada dispositivo para a seguinte ordem de classificação na seção Cama de Teste , dependendo do caso de teste:
    Ordem de classificação final do dispositivo para casos de teste de blindagem de RF
    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 Cama de teste de todos os dispositivos existentes.
    2. Arraste os dispositivos apropriados para a topologia de caso de teste específico da seção Hardware suportado à esquerda até a seção Cama de teste à direita. Arraste-os na ordem inversa da ordem de classificação final. Por exemplo, para o caso de teste 9.2.9, arraste o Leader primeiro, depois o Roteador1 segundo e assim por diante. Se você arrastar o dispositivo errado, limpe-os na seção Cama de teste e inicie novamente.
    3. Na seção Cama de teste , preencha o número de série ou as informações de IP de 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. Marque a caixa de seleção Ativar seleção automática de dispositivo DUT abaixo da lista Hardware suportado .
    5. Selecione o botão de opção Definir como DUT para o DUT.
    6. Selecione Conectar todos para iniciar a descoberta do dispositivo.
  5. Execute o caso de teste (9.2.9 ou 9.2.10). Proteja e não proteja cada grupo de dispositivos, conforme solicitado pelo Arnês de Teste.