Google está empenhada em fazer avançar a equidade racial para as comunidades negras. Veja como.
Esta página foi traduzida pela API Cloud Translation.
Switch to English

Certificação Casos de Teste em execução

Antes de executar casos de teste, certifique-se todos os dispositivos de teste (dourado e DUT) estão ligados à máquina Windows com o instalado GRL Harness de teste e Automação Ferramenta Harness.

Usando a ferramenta de automação Harness

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:

bater
./start.sh
janelas cmd
./start.bat

Para executar casos de teste individuais (nomes são case-sensitive):

bater
./start.sh Router_5_1_1 Leader_5_1_1
janelas cmd
./start.bat Router_5_1_1 Leader_5_1_1

Usando o GRL Harness de teste

Depois do leito de teste é configurado, lotes de casos de teste são administrados com base no papel seleccionado 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:

Certificação OT Harness de teste

Seleccione casos de teste, como desejado, em seguida, clique no botão verde jogo para executar.

operações de teste manuais

O equipamento de teste pede ao utilizador para entrada manual durante alguns casos de teste.

credenciais de rede

Para casos de teste em secções 5, 6, 7 e 9 do plano de teste, as credenciais de rede tem de ser configurado para fora-de-banda. Por exemplo:

configuração de parâmetros durante o dispositivo traga-up:

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

"DUT como Líder" configuração, antes de trazer a interface:

 dataset activetimestamp 1
Done
dataset commit active
Done

"DUT como dispositivo final" configuração:

 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

Abrir a interface da linha e pilha:

 ifconfig up
Done
thread start
Done

configuração papel Comissário

Para casos de teste no ponto 8 do Plano de Teste, configurar a função de Comissário.

Comece o comissário depois de levar a pilha Tópico:

 commissioner start
Done

Adicione 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 a partir de dados de direcção depois de o 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

Comece o papel Joiner depois de trazer a interface Thread, usando o URL provisionamento especificado:

 joiner start THREADJPAKETEST www.threadgroup.org

outra entrada

O equipamento de teste pode pedir para outras operações manuais, e fornecer valores (tal como um endereço IPv6) para uso em tais operações. Utilize os seguintes comandos OpenThread CLI se for solicitado para:

Pronto comando CLI
endereço estendida extaddr
Os endereços IPv6 ipaddr
endereço Joiner fábrica MAC eui64
Defina o URL de provisionamento Comissário commissioner provisioningurl www.threadgroup.org
Restauração de fábrica factoryreset
Obter todos os TLVs dataset mgmtgetcommand active address ipv6-address
Obter Rede de ChannelMask (0x35), prefixo MeshLocal ULA (0x07), Nome da rede (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obter Canal Network (0x00), MeshLocal ULA prefixo (0x07), Nome da rede (0x03), Duração Scan (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

Permitir a seleção do dispositivo para a cama de teste mista

Durante os testes de Certificação Thread, são utilizados leitos mistos de teste apresentando 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 RF

Para casos de teste 9.2.9 (Leader, Router) e 9.2.10 (roteador, ED1, SED1), é necessário um cuidado especial para garantir que os dispositivos corretos são blindados-RF. Supondo que todos os dispositivos estão configuradas nos papéis de cada teste requer:

  1. Comece o equipamento de teste apenas com a NXP Sniffer ligado à máquina Windows. Isso evita descoberta auto dispositivo pelo equipamento de teste.
  2. Ligue os dispositivos de teste, uma por uma e blocos sua porta série 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
      • Router, ED, SED, e funga
  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 dispositivo final para casos de teste blindagem RF
    9.2.9 1. Router2
    2. Comissário
    3. Router1
    4. Líder
    9.2.10 1. SED
    2. ED
    3. Router1
    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 ensaio 9.2.9, arraste o Líder primeiro, em seguida, Router1 segundo, 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 ensaio 9.2.9, depois de arrastar, o primeiro dispositivo é Router2, o segundo é 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. Executar o caso de teste (ou 9.2.9 9.2.10). Escudo e unshield cada grupo de dispositivos conforme solicitado pelo equipamento de teste.