Google si impegna a far progredire equità razziale per le comunità nere. Vedi come.
Questa pagina è stata tradotta dall'API Cloud Translation.
Switch to English

Esecuzione di Certificazione Test Cases

Prima di eseguire casi di test, assicurarsi che tutti i dispositivi di test (oro e DUT) sono attaccati alla macchina Windows con l'installato GRL test harness e cablaggi Automation Tool.

Utilizzo dello strumento di automazione Harness

Tutti i casi di test vengono eseguiti dal tools/harness-automation directory. Ci sono due metodi:

  • start.sh - Utilizzando Bash, che viene 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
cmd di Windows
./start.bat

Per eseguire i singoli casi di test (i nomi sono case-sensitive):

bash
./start.sh Router_5_1_1 Leader_5_1_1
cmd di Windows
./start.bat Router_5_1_1 Leader_5_1_1

Utilizzando il GRL test harness

Dopo che il banco di prova è configurato, lotti di casi di test vengono eseguiti in base al ruolo selezionato del DUT. La sezione di test di selezione elenca tutti i casi di test disponibili per il ruolo selezionato nell'ambito del Piano di prova:

OT Certificazione test harness

Selezionare i casi di test, se lo desideri, quindi fare clic sul pulsante di riproduzione verde da eseguire.

operazioni di test manuali

Il test harness richiede all'utente per l'input manuale durante alcuni casi di test.

le credenziali di rete

Per i casi di test in sezioni 5, 6, 7, e 9 del piano di prova, le credenziali di rete devono essere configurati out-of-band. Per esempio:

la configurazione dei parametri durante il dispositivo di bring-up:

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

"DUT come Leader" configurazione, prima di portare l'interfaccia:

 dataset activetimestamp 1
Done
dataset commit active
Done

"DUT come estremità dispositivo" di configurazione:

 mode rsn
Done

"DUT come SED" di configurazione, dove il pollperiod (in millisecondi) è impostato sul valore predefinito SedPollingRate nel test harness:

 mode s
Done
pollperiod 5000
Done

Portare l'interfaccia Discussione e stack:

 ifconfig up
Done
thread start
Done

configurazione ruolo Commissario

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

Avviare il commissario dopo aver portato lo stack Discussione:

 commissioner start
Done

Aggiungere i dati di sterzo:

 commissioner joiner add eui64 THREADJPAKETEST 200

eui64 è l'IEEE EUI-64 identificativo assegnato dal produttore, ottenuti tramite eui64 comando CLI. THREADJPAKETEST è il falegname credenziali, che viene utilizzato per generare il Pre-Shared Key per il dispositivo (PSKd). Il falegname viene rimosso da dati sterzo dopo il timeout configurato.

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

Avviare il ruolo falegname dopo aver portato l'interfaccia Thread, utilizzando il default Joiner credenziali di THREADJPAKETEST :

 joiner start THREADJPAKETEST

Avviare il ruolo falegname dopo aver portato l'interfaccia Thread, utilizzando l'URL di provisioning specificato:

 joiner start THREADJPAKETEST www.threadgroup.org

Altro ingresso

Il cablaggio di prova può richiedere per altre operazioni manuali, e fornire i valori (ad esempio un indirizzo IPv6) per l'uso in tali operazioni. Utilizzare i seguenti comandi OpenThread CLI se viene richiesto:

Richiesta comando CLI
indirizzo esteso extaddr
indirizzi IPv6 ipaddr
indirizzo MAC Joiner fabbrica eui64
Impostare l'URL di approvvigionamento Commissario commissioner provisioningurl www.threadgroup.org
factory reset factoryreset
Ottenere tutti TLVs dataset mgmtgetcommand active address ipv6-address
Get Network ChannelMask (0x35), il prefisso MeshLocal ULA (0x07), nome di rete (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Get canale di rete (0x00), il prefisso MeshLocal ULA (0x07), nome di rete (0x03), durata della scansione (0x38), Lista Energia (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Per un elenco di tutti i comandi CLI, vedere l'OpenThread CLI di riferimento .

punte di certificazione

Abilitare la selezione del dispositivo per il test bed misto

Durante il test di certificazione Filo, sono utilizzati banchi di prova misti con pile di riferimento da ARM, NXP, Silicon Labs, e OpenThread. Topologie banco di prova sono definiti nel C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt file.

Per attivare la selezione del dispositivo al fine di eseguire un banco di prova con le stesse piattaforme di riferimento precisi come filo ATL del Gruppo sarebbe, impostare EnableDeviceSelection parametro nel C:\GRL\Thread1.1\Config\Configuration.ini file True .

EnableDeviceSelection = True

RF schermatura

Per i casi di test 9.2.9 (Leader, Router) e 9.2.10 (router, ED1, SED1), è necessaria particolare attenzione per garantire che i dispositivi corretti sono RF-schermato. Supponendo tutti i dispositivi sono configurati nei ruoli come ogni prova richiede:

  1. Avviare il test harness con il solo NXP Sniffer attaccato alla macchina Windows. Questo evita di rilevamento automatico del dispositivo da parte del test harness.
  2. Collegare i dispositivi di prova uno per uno e notare la porta seriale corrispondente.
  3. Luogo uno dei seguenti gruppi di dispositivi nella casella RF scudo:
    • Per il test 9.2.9:
      • Leader e il commissario
      • Router1, Router2 e Sniffer
    • Per il test 9.2.10:
      • Leader e il commissario
      • Router, ED, SED, e Sniffer
  4. Nella pagina Bed Configurazione di test del test harness, configurare ogni dispositivo per il seguente ordinamento nella sezione banco di prova, a seconda dei casi di test:
    ordinamento dispositivo finale per casi di test schermatura RF
    9.2.9 1. Router2
    2. Commissario
    3. Router1
    4. Capo
    9.2.10 1. SED
    2. ED
    3. Router1
    4. Commissario
    5. Capo
    1. Cancellare la sezione Test Bed di tutti i dispositivi esistenti.
    2. Trascinare i dispositivi appropriati per il caso topologia test specifico dalla sezione Hardware supportato sulla sinistra per la sezione Test Bed sulla destra. Assicurati di trascinarli in ordine inverso rispetto l'ordinamento finale. Ad esempio, per il caso di prova 9.2.9, trascinare il capo, poi router1 secondo, e così via. Se si trascina il dispositivo sbagliato, cancellare i dispositivi nella sezione Test Bed e ricominciare.
    3. Nella sezione banco di prova, inserire il numero di serie o le informazioni IP per ogni dispositivo nella ordinamento finale. Ad esempio, per il caso di prova 9.2.9, dopo il trascinamento, il primo dispositivo è Router2, il secondo è Commissario, e così via.
    4. Selezionare la casella Enable Auto DUT Selezione del dispositivo sotto l'elenco Hardware supportato.
    5. Selezionare il pulsante Imposta come la radio DUT per il DUT.
    6. Selezionare Connetti tutto per avviare la ricerca delle periferiche.
  5. Eseguire il test case (9.2.9 o 9.2.10). Shield e UNSHIELD ogni gruppo di dispositivi come richiesto dal test harness.