Przypadki testowe certyfikacji

Zanim uruchomisz przypadki testowe, upewnij się, że wszystkie urządzenia testowe (złoty i DUT) są podłączone do komputera z systemem Windows z zainstalowanym narzędziem do automatyzacji i szelkami GRL.

Korzystanie z automatu do automatyzacji

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

• start.sh – pakiet Bash jest dołączony do pakietu Git dla systemu Windows.
• start.bat – w wierszu poleceń systemu Windows (cmd)

Aby uruchomić wszystkie przypadki testowe:

./start.sh

./start.bat

Aby uruchomić osobne przypadki testowe (w nazwach jest rozróżniana wielkość liter):

./start.sh Router_5_1_1 Leader_5_1_1

./start.bat Router_5_1_1 Leader_5_1_1

Korzystanie z szelki Test GRL

Po skonfigurowaniu łóżka testowego grupy zadań testowych są uruchamiane na podstawie wybranej roli Duty. Sekcja Wybór testu zawiera listę wszystkich przypadków testowych dla wybranej roli w ramach planu testowego:

W razie potrzeby wybierz zgłoszenia testowe, a następnie kliknij zielony przycisk odtwarzania.

Ręczne operacje testowe

W niektórych przypadkach w narzędziu Test Harness pojawi się prośba o ręczne wpisanie danych.

Dane logowania do sieci

W przypadku przypadków testowych w sekcjach 5, 6, 7 i 9 planu testowego dane logowania do sieci muszą być skonfigurowane poza zakresem. Przykład:

Konfiguracja parametru podczas uruchamiania urządzenia:

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

Konfiguracja „DUT jako lider” przed wyświetleniem interfejsu:

dataset activetimestamp 1
Done
dataset commit active
Done

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

mode rsn
Done

Konfiguracja „DUT jako SED”, gdzie pollperiod (w milisekundach) jest ustawiony jako domyślny SedPollingRate w szelkach testowych:

mode s
Done
pollperiod 5000
Done

Wyświetl interfejs i stos wątków:

ifconfig up
Done
thread start
Done

Konfiguracja roli komisarza

W przypadku przypadków testowych w punkcie 8 planu testowego skonfiguruj rolę „komisarz”.

Uruchom komunikatora po otwarciu stosu wątków:

commissioner start
Done

Dodaj dane dotyczące kierownicy:

commissioner joiner add eui64 THREADJPAKETEST 200

eui64 to przypisany przez fabrykę identyfikator IEEE EUI-64 uzyskany za pomocą polecenia interfejsu wiersza poleceń eui64. THREADJPAKETEST to dane logowania, które pozwalają wygenerować klucz wstępny urządzenia (PSKd). Łącznik jest usuwany z danych kierowania po skonfigurowanym czasie oczekiwania.

W przypadkach testowych 8.2.x zalecamy używanie wartości 500.

Uruchom funkcję „Łącznik” po otwarciu interfejsu wątku, używając jako domyślnego ustawienia danych uwierzytelniających THREADJPAKETEST:

joiner start THREADJPAKETEST

Po wyświetleniu interfejsu wątku uruchom rolę Dołącznika za pomocą określonego adresu URL do obsługi administracyjnej:

joiner start THREADJPAKETEST www.threadgroup.org

Inne dane

Testowe szelki mogą prosić o inne działania ręczne i podawać wartości (takie jak adres IPv6) do używania w tych działaniach. Jeśli pojawi się prośba o użycie poleceń wiersza poleceń OpenThread, użyj tych:

Listę wszystkich poleceń interfejsu wiersza poleceń znajdziesz w materiałach referencyjnych interfejsu wiersza poleceń OpenThread.

Wskazówki dotyczące certyfikacji

Włącz wybór urządzenia do miksu testowego

Podczas testowania certyfikatów Thread używane są mieszane łóżka testowe ze stosami referencyjnymi ARM, NXP, Silicon Labs i OpenThread. topologie łóżek testowych są zdefiniowane w pliku C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt.

Aby umożliwić wybór urządzenia w celu przeprowadzenia testu z takimi samymi platformami referencyjnymi jak w przypadku ATL grupy wątków, ustaw parametr EnableDeviceSelection w pliku C:\GRL\Thread1.1\Config\Configuration.ini na True.

EnableDeviceSelection = True

Osłony częstotliwości radiowej

W przypadku testów 9.2.9 (Lider, Router) i 9.2.10 (Router, ED1, SED1) musisz zwrócić szczególną uwagę na ochronę urządzeń przed promieniami częstotliwości radiowej. Zakładając, że wszystkie urządzenia są skonfigurowane zgodnie z wymaganymi rolami:

1. Uruchom funkcję Harness z użyciem tylko sniffera NXP podłączonego do komputera z systemem Windows. Dzięki temu unikniesz automatycznego wykrywania urządzeń przez szelkę testową.
2. Podłącz urządzenia testowe pojedynczo i zwróć uwagę na odpowiadający im port szeregowy.
3. Umieść jedną z tych grup urządzeń w polu Tarczy RF:
   • Test 9.2.9:
     • Lider i komisarz
     • Router1, Router2 i sniffer
   • Test 9.2.10:
     • Lider i komisarz
     • Router, ED, SED i Sniff
4. Na stronie Skonfiguruj łóżko testowe w sekcji Szelki testowe skonfiguruj każde urządzenie w poniższej kolejności w kolejności sortowania, w zależności od przypadku testowego:

   Ostateczna kolejność sortowania urządzeń w okresie próbnym osłony radiowej
   9.2.9	1. Router2 2. Komisarz 3. Router1 4. Lider
   9.2.10	1. SED 2. ED 3. Router1 4. Komisarz 5. Lider

   1. Wyczyść sekcję Łóżko testowe na wszystkich istniejących urządzeniach.
   2. Przeciągnij odpowiednie urządzenia dla topologii przypadków testowych z sekcji Obsługiwane urządzenia po lewej stronie do sekcji Łóżko testowe po prawej stronie. Pamiętaj, by przeciągnąć je w odwrotnej kolejności. Na przykład w przypadku przypadku testowego 9.2.9 najpierw przeciągnij lidera, a potem router1 s i tak dalej. Jeśli przeciągniesz niewłaściwe urządzenie, wyczyść urządzenia w sekcji Łóżko testowe i spróbuj ponownie.
   3. W sekcji Łóżko testowe wpisz numer seryjny lub adres IP każdego urządzenia w kolejności sortowania. Na przykład w przypadku wersji testowej 9.2.9 po przeciągnięciu pierwsze urządzenie to router2, a drugie to „komisarz”.
   4. Zaznacz pole wyboru Włącz automatyczne wybieranie urządzeń Dual pod listą Obsługiwany sprzęt.
   5. Zaznacz opcję DUT (Ustaw jako DUT).
   6. Kliknij Połącz wszystko, aby rozpocząć wykrywanie urządzenia.
5. Wykonaj test (9.2.9 lub 9.2.10). Zaakceptuj i ochronie każdą grupę urządzeń zgodnie z prośbą o dane za pomocą jarzma testowego.