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.

Ostrzeżenie: w przypadku wszystkich ręcznych przypadków testowych musisz DUT zresetować ręcznie za pomocą polecenia interfejsu wiersza poleceń factoryreset. Dzięki temu zostaną usunięte wszystkie informacje o sieci zapisane we wcześniejszym przypadku testowym.

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:

Bash

./start.sh

cmd w systemie Windows

./start.bat

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

Bash

./start.sh Router_5_1_1 Leader_5_1_1

cmd w systemie Windows

./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.

Uwaga: szczegółowe informacje na temat obsługi przypadków testowych w sekcji Uprząż testowy znajdziesz w skróconym przewodniku dotyczącym oprogramowania testowego.

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

Uwaga: po skonfigurowaniu atrybutu extpanid lokalny prefiks sieci typu mesh zostanie automatycznie skonfigurowany jako fd00:0db8::/64.

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.

Uwaga: dane logowania, które łączą urządzenia, to ciąg znaków składający się wyłącznie z wielkich liter i cyfr (0–9 oraz A–Y, z wyjątkiem I, O, Q i Z, jeśli chodzi o czytelność), o długości od 6 do 32 znaków.

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:

Komunikat	Polecenie interfejsu wiersza poleceń
Rozszerzony adres	extaddr
Adresy IPv6	ipaddr
Adres MAC fabryki stolarki	eui64
Ustawianie adresu URL do obsługi administracyjnej komisarza	commissioner provisioningurl www.threadgroup.org
Reset do ustawień fabrycznych	factoryreset
Pobierz wszystkie znaczki	dataset mgmtgetcommand active address ipv6-address
Pobierz maskę sieci (0x35), prefiks ULA MeshLocal (0x07), nazwę sieci (0x03)	dataset mgmtgetcommand active address ipv6-address binary 350703
Pobranie kanału sieciowego (0x00), prefiksu ULA MeshLocal (0x07), nazwy sieci (0x03), czasu trwania skanowania (0x38), listy energii (0x39)	dataset mgmtgetcommand active address ipv6-address binary 0007033839

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

Uwaga: ta funkcja wymaga fizycznego sprzętu pod ręką. Więcej informacji znajdziesz w teście dotyczącym certyfikatu certyfikacji Thread.

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

Uwaga: te wskazówki dotyczą tylko certyfikatów ręcznych i nie są potrzebne, jeśli przeprowadzasz zautomatyzowane testy certyfikacyjne.

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”.
      Ostateczna kolejność sortowania jest ważna, ponieważ jest ustalana na podstawie sekwencji przypisań ról w każdym przypadku testowym. Jeśli urządzenie nie zostało skonfigurowane w sekcji Test Test (Ładowanie testowe), nie powiedzie się, jeśli urządzenia nie zostaną skonfigurowane w prawidłowej kolejności.
   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.