Google jest zaangażowana w pogłębianie równości rasowej dla czarnych społecznościach. Zobacz jak.
Ta strona została przetłumaczona przez Cloud Translation API.
Switch to English

Uruchamianie certyfikacji przypadków testowych

Przed uruchomieniem testów, upewnij się, że wszystkie urządzenia testowe (złoty i DUT) są podłączone do komputera z systemem Windows z zainstalowanym GRL test przewodów i wiązek przewodów Automation Tool.

Korzystanie uprzęży Automation Narzędzie

Wszystkie przypadki testowe są uruchamiane z tools/harness-automation katalogu. Istnieją dwie metody:

  • start.sh - Korzystanie Bash, który jest dostarczany wraz z Git dla Windows
  • start.bat - Z wiersza polecenia systemu Windows (cmd)

Aby uruchomić wszystkie przypadki testowe:

Grzmotnąć
./start.sh
okna cmd
./start.bat

Aby uruchomić poszczególne przypadki testowe (nazwy są wrażliwe na wielkość liter):

Grzmotnąć
./start.sh Router_5_1_1 Leader_5_1_1
okna cmd
./start.bat Router_5_1_1 Leader_5_1_1

Korzystanie z GRL wiązkę testową

Po łóżko test jest skonfigurowany, partie przypadków testowych są prowadzone na podstawie wybranej roli DUT. Odcinek testowy Wybór listę wszystkich dostępnych testów dla wybranej roli w planie testu:

OT świadectwa badań Uprząż

Wybierz przypadki testowe zgodnie z potrzebami, a następnie kliknij zielony przycisk Play, aby wykonać.

Ręczne operacje testowe

Test Uprząż pyta użytkownika o ręczne wprowadzenie podczas niektórych przypadkach testowych.

poświadczenia sieciowe

Dla testów w punkcie 5, 6, 7 i 9 z planem badań, poświadczenia sieciowe muszą być skonfigurowane out-of-band. Na przykład:

Konfiguracja parametrów urządzenia podczas bring-up:

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

„DUT jako lider” konfiguracji, przed wychowywanie interfejs:

 dataset activetimestamp 1
Done
dataset commit active
Done

„DUT jako urządzenie końcowe” konfiguracja:

 mode rsn
Done

„DUT jako SED” konfiguracji, gdzie pollperiod (w milisekundach) jest ustawiony na domyślny SedPollingRate w zespole testowym:

 mode s
Done
pollperiod 5000
Done

Wychować interfejs wątku i stosu:

 ifconfig up
Done
thread start
Done

Konfiguracja rola komisarza

Dla testów w sekcji 8 planem badań, skonfigurować rolę komisarza.

Zacznij komisarza po wychowywanie stos wątku:

 commissioner start
Done

Dodaj dane kierownicy:

 commissioner joiner add eui64 THREADJPAKETEST 200

eui64 jest fabrycznie IEEE przypisany identyfikator EUI-64, otrzymany przez eui64 polecenia CLI. THREADJPAKETEST jest stolarskie poświadczeń, który jest wykorzystywany do generowania klucza wstępnego do urządzenia (PSKd). Stolarz zostanie usunięty z danych sterujących po skonfigurowanym timeout.

Zalecamy korzystanie 500 jako wartość limitu czasu podczas 8.2.x przypadków testowych komisarza.

Zacznij rolę Joiner po wychowywanie interfejs wątku, używając domyślnego Joiner poświadczeń z THREADJPAKETEST :

 joiner start THREADJPAKETEST

Zacznij rolę Joiner po wychowywanie interfejs wątku, przy użyciu określonego zaopatrzenie URL:

 joiner start THREADJPAKETEST www.threadgroup.org

Drugie wejście

Test wiązki może zapytać o inne ręcznych operacji oraz określanie wartości (na przykład adres IPv6) do użycia w tych operacjach. Użyj następujących poleceń CLI OpenThread jeśli poproszony o:

Skłonić poleceń CLI
Rozszerzone adres extaddr
adresy IPv6 ipaddr
Adres MAC fabryka stolarskie eui64
Ustaw zaopatrzenie URL komisarza commissioner provisioningurl www.threadgroup.org
Przywrócenie ustawień fabrycznych factoryreset
Zbierz wszystkie TLVs dataset mgmtgetcommand active address ipv6-address
Uzyskaj Network ChannelMask (0x35), MeshLocal ULA prefiks (0x07), nazwa sieci (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Uzyskaj Kanał Network (0x00), MeshLocal ULA prefiks (0x07), nazwa sieci (0x03), czas trwania skanowania (0x38), Lista Energii (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Aby uzyskać listę wszystkich poleceń CLI, zobacz OpenThread CLI Reference .

wskazówki certyfikacji

Możliwość wyboru urządzenia dla mieszanego prób

Podczas testów certyfikacji nici, stosowane są mieszane łóżka testowe wyposażone stosy odniesienia z ARM, NXP, Silicon Labs i OpenThread. Topologie prób są zdefiniowane w C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt plików.

Aby umożliwić wybór urządzeń w celu wykonywania przypadek testowy z tych samych ścisłych platform referencyjnych jak wątek ATL Grupy byłby ustaw EnableDeviceSelection parametr w C:\GRL\Thread1.1\Config\Configuration.ini pliku na True .

EnableDeviceSelection = True

ekranowanie RF

Dla przypadków testowych 9.2.9 (lider, router) i 9.2.10 (router, ED1, SED1), konieczna jest szczególną ostrożność, aby zapewnić poprawne urządzenia są RF-ekranowane. Zakładając, że wszystkie urządzenia są konfigurowane w rolach jak wymaga każdy test:

  1. Uruchom jarzmo testowe z tylko NXP Sniffer dołączone do komputera z systemem Windows. W ten sposób unika urządzenia automatycznego wykrywania przez jarzmo testowe.
  2. Korek w urządzeniach testowych jeden po drugim i zanotować ich odpowiedni port szeregowy.
  3. jedno miejsce z następujących grup urządzeń w polu tarczy RF:
    • Dla testu 9.2.9:
      • Lider i komisarz
      • Router1, ROUTER2 i Sniffer
    • Dla testu 9.2.10:
      • Lider i komisarz
      • Routery, ED, SED i Sniffer
  4. Na stronie Bed Konfiguracja test jarzmo testowe, należy skonfigurować dla każdego urządzenia w następującej kolejności sortowania w sekcji prób, w zależności od przypadku testowego:
    Urządzenie ostateczny porządek przypadków testowych ekranowanie RF
    9.2.9 1. ROUTER2
    2. komisarz
    3. Router1
    4. Leader
    9.2.10 1. SED
    2. ED
    3. Router1
    4. komisarz
    5. Lider
    1. Wyczyścić odcinek testowy łóżku istniejących urządzeń.
    2. Przeciągnij odpowiednie urządzenia dla przypadku topologii konkretnych badań z sekcji Obsługiwane Hardware po lewej stronie, w sekcji prób po prawej stronie. Upewnij się, aby przeciągnąć je w odwrotnej kolejności końcowej kolejności sortowania. Na przykład, w przypadku testu 9.2.9 przeciągnij Leader, następnie Router1 drugi i tak dalej. Jeśli przeciągnij niewłaściwego urządzenia, wyczyść urządzeń w sekcji prób i zacząć od nowa.
    3. W sekcji prób, wpisać numer seryjny lub informacji IP dla każdego urządzenia w końcowej kolejności sortowania. Na przykład, dla przypadku testowego 9.2.9, po przeciągnięciu, pierwsze urządzenie jest ROUTER2, drugi komisarz, i tak dalej.
    4. Wybierz Enable Auto testowane wyboru urządzenia pole poniżej listy obsługiwanego sprzętu.
    5. Wybierz Ustaw jako DUT przycisku radiowego dla DUT.
    6. Wybierz połączyć wszystkie zainicjować wykrywanie urządzeń.
  5. Wykonanie obudowy testowy (9.2.9 i 9.2.10). Tarcza i unshield każdej grupy urządzeń został wezwany przez uprzęży testu.