Google is committed to advancing racial equity for Black communities. See how.
Questa pagina è stata tradotta dall'API Cloud Translation.
Switch to English

Esecuzione di casi di test di certificazione

Prima di eseguire i casi di test, assicurarsi che tutti i dispositivi di test (Golden e DUT) siano collegati alla macchina Windows con GRL Test Harness e Harness Automation Tool installati.

Utilizzo dello strumento di automazione del cablaggio

Tutti i casi di test vengono eseguiti dalla directory tools/harness-automation . Esistono due metodi:

  • start.sh - Utilizzo di Bash, fornito in bundle con Git per Windows
  • start.bat : dalla riga di comando di Windows (cmd)

Per eseguire tutti i casi di test:

Bash
./start.sh
Windows cmd
./start.bat

Per eseguire singoli casi di test (i nomi fanno distinzione tra maiuscole e minuscole):

Bash
./start.sh Router_5_1_1 Leader_5_1_1
Windows cmd
./start.bat Router_5_1_1 Leader_5_1_1

Utilizzo del cablaggio di prova GRL

Dopo aver configurato il banco di prova, vengono eseguiti batch di casi di test in base al ruolo selezionato del DUT. La sezione Selezione test elenca tutti gli scenari di test disponibili per il ruolo selezionato in Piano di test :

Cablaggio per test di certificazione OT

Selezionare i casi di test come desiderato, quindi fare clic sul pulsante di riproduzione verde per eseguire.

Operazioni di test manuali

Test Harness richiede all'utente un input manuale durante alcuni casi di test.

Credenziali di rete

Per i casi di test nelle sezioni 5, 6, 7 e 9 del piano di test, le credenziali di rete devono essere configurate fuori banda. Per esempio:

Configurazione dei parametri durante l'attivazione del dispositivo:

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

Configurazione "DUT as Leader", prima di visualizzare l'interfaccia:

dataset activetimestamp 1
Done
dataset commit active
Done

Configurazione "DUT as End Device":

mode rsn
Done

Configurazione "DUT as SED", dove il pollperiod (in millisecondi) è impostato sul SedPollingRate predefinito nel Test Harness:

mode s
Done
pollperiod 5000
Done

Apri l'interfaccia Thread e impila:

ifconfig up
Done
thread start
Done

Impostazione del ruolo di commissario

Per i casi di test nella sezione 8 del piano di test, configurare il ruolo di Commissario.

Avvia il commissario dopo aver visualizzato lo stack di thread:

commissioner start
Done

Aggiungi dati di governo:

commissioner joiner add eui64 THREADJPAKETEST 200

eui64 è l'identificatore IEEE EUI-64 assegnato in fabbrica, ottenuto tramite il comando eui64 CLI. THREADJPAKETEST è la credenziale Joiner, che viene utilizzata per generare la chiave pre-condivisa per il dispositivo (PSKd). Il Joiner viene rimosso dai dati di governo dopo il timeout configurato.

Si consiglia di utilizzare 500 come valore di timeout durante i casi di test del Commissario 8.2.x.

Avvia il ruolo di Joiner dopo aver THREADJPAKETEST l'interfaccia Thread, utilizzando l'impostazione predefinita delle credenziali di Joiner di THREADJPAKETEST :

joiner start THREADJPAKETEST

Avvia il ruolo di Joiner dopo aver attivato l'interfaccia Thread, utilizzando l'URL di provisioning specificato:

joiner start THREADJPAKETEST www.threadgroup.org

Altro input

Il Test Harness può richiedere altre operazioni manuali e fornire valori (come un indirizzo IPv6) da utilizzare in tali operazioni. Utilizzare i seguenti comandi della CLI OpenThread, se richiesto:

Richiesta Comando CLI
Indirizzo esteso extaddr
Indirizzi IPv6 ipaddr
Indirizzo MAC della fabbrica di falegnameria eui64
Imposta l'URL di provisioning del Commissario commissioner provisioningurl www.threadgroup.org
Ripristino delle impostazioni di fabbrica factoryreset
Ottieni tutti i TLV dataset mgmtgetcommand active address ipv6-address
Ottieni maschera canale di rete (0x35), prefisso ULA MeshLocal (0x07), nome rete (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Ottieni canale di rete (0x00), prefisso ULA MeshLocal (0x07), nome rete (0x03), durata scansione (0x38), elenco energia (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Per un elenco di tutti i comandi CLI, vedere OpenThread CLI Reference .

Suggerimenti per la certificazione

Abilita la selezione del dispositivo per il banco di prova misto

Durante i test di certificazione dei thread, vengono utilizzati banchi di prova misti con stack di riferimento di ARM, NXP, Silicon Labs e OpenThread. Le topologie del C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt prova sono definite nel file C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt .

Per abilitare la selezione del dispositivo per eseguire un test case con le stesse esatte piattaforme di riferimento EnableDeviceSelection del gruppo thread, impostare il parametro EnableDeviceSelection nel file C:\GRL\Thread1.1\Config\Configuration.ini su True .

EnableDeviceSelection = True

Schermatura RF

Per i casi di test 9.2.9 (Leader, Router) e 9.2.10 (Router, ED1, SED1), è necessaria un'attenzione particolare per garantire che i dispositivi corretti siano schermati RF. Supponendo che tutti i dispositivi siano configurati nei ruoli come richiesto da ogni test:

  1. Avviare Test Harness con solo lo Sniffer NXP collegato alla macchina Windows. Ciò evita il rilevamento automatico del dispositivo da parte del Test Harness.
  2. Collegare i dispositivi di test uno per uno e annotare la porta seriale corrispondente.
  3. Posizionare uno dei seguenti gruppi di dispositivi nella scatola della schermatura RF:
    • Per il test 9.2.9:
      • Leader e Commissario
      • Router1, Router2 e Sniffer
    • Per il test 9.2.10:
      • Leader e Commissario
      • Router, ED, SED e Sniffer
  4. Nella pagina Configura banco di prova del Test Harness, configurare ciascun dispositivo per il seguente ordinamento nella sezione Banco di prova , a seconda del caso di test:
    Ordinamento finale del dispositivo per i casi di test di schermatura RF
    9.2.9 1. Router2
    2. Commissario
    3. Router1
    4. Leader
    9.2.10 1. SED
    2. ED
    3. Router1
    4. Commissario
    5. Leader
    1. Cancella la sezione Test Bed di tutti i dispositivi esistenti.
    2. Trascinare i dispositivi appropriati per la topologia del caso di test specifico dalla sezione Hardware supportato a sinistra alla sezione Banco di prova a destra. Assicurati di trascinarli nell'ordine inverso rispetto all'ordinamento finale. Ad esempio, per il test case 9.2.9, trascina prima il Leader, poi il Router1 per secondo e così via. Se trascini il dispositivo sbagliato, cancella i dispositivi nella sezione Test Bed e ricomincia.
    3. Nella sezione Test Bed , inserisci il numero di serie o le informazioni IP per ogni dispositivo nell'ordinamento finale. Ad esempio, per il test case 9.2.9, dopo il trascinamento, il primo dispositivo è Router2, il secondo è Commissioner e così via.
    4. Selezionare la casella di controllo Abilita selezione dispositivo DUT automatica sotto l'elenco Hardware supportato .
    5. Selezionare il pulsante di opzione Imposta come DUT per il DUT.
    6. Seleziona Connetti tutto per avviare il rilevamento del dispositivo.
  5. Eseguire il test case (9.2.9 o 9.2.10). Schermare e sbloccare ogni gruppo di dispositivi come richiesto dal cablaggio di prova.