O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.
Esta página foi traduzida pela API Cloud Translation.
Switch to English

Executando Casos de Teste de Certificação

Antes de executar 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 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 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 Plano de Teste :

Arnês de teste de certificação OT

Selecione os casos de teste conforme desejado e clique no botão verde 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 do "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

Configuração "DUT como SED", em que o período de pollperiod (em milissegundos) é definido como o SedPollingRate padrão no Harness 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 depois de abrir a pilha de Threads:

commissioner start
Done

Adicionar dados de direção:

commissioner joiner add eui64 THREADJPAKETEST 200

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

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

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

joiner start THREADJPAKETEST

Inicie a função Joiner depois de 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:

Pronto 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 de 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 OpenThread CLI Reference .

Dicas de certificação

Habilite a 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 do ARM, NXP, Silicon Labs e OpenThread. As topologias de C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt 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 RF

Para os casos de teste 9.2.9 (Leader, Router) e 9.2.10 (Router, ED1, SED1), é necessário cuidado especial para garantir que os dispositivos corretos sejam protegidos contra RF. Supondo que todos os dispositivos estejam configurados nas funções de cada teste requer:

  1. Inicie o Test Harness com apenas 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
      • Router, ED, SED e sniffer
  4. Na página Configure Test Bed do Test Harness, configure cada dispositivo para a seguinte ordem de classificação na seção Test Bed , 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. 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 com suporte à esquerda para a seção Bancada de teste à direita. Certifique-se de arrastá-los 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, limpe os dispositivos na seção Bancada de teste e comece novamente.
    3. Na seção Test Bed , 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 de Hardware com suporte .
    5. Selecione o botão de opção Definir como DUT para o DUT.
    6. Selecione Conectar tudo para iniciar a descoberta do dispositivo.
  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.