Scenariusze klienta dla usługi WSDBIT

Wszystkie scenariusze testowe są oparte z perspektywy klienta. W ograniczonych przypadkach interakcja urządzenia jest wymagana do ukończenia scenariusza. To wymaganie jest wskazane w odpowiednich scenariuszach.

O ile nie określono inaczej, załóżmy, że urządzenie testowe (TestDevice) jest już uruchomione i dostępne w segmencie sieci, w którym są uruchamiane scenariusze.

Niektóre scenariusze definiują interakcję między klientem a co najmniej jedną usługą hostowaną w usłudze TestDevice.

Klienci mogą uzyskać hostowane punkty końcowe usługi na jeden z dwóch sposobów

• Hostowane punkty końcowe usługi mogą być dostarczane przez użytkownika. Taka sytuacja oznacza, że po uruchomieniu urządzenia TestDevice punkty końcowe są znane i mogą być znane osobie, która uruchamia klienta.

• Hostowane punkty końcowe usługi można odnajdować dynamicznie. Taka sytuacja oznacza odkrycie urządzenia TestDevice. Odnajdywanie urządzenia TestDevice może wystąpić za pośrednictwem:

  • Komunikat „Hello” (przyjmuje się, że jest inicjowany z urządzenia i że istnieje pole XAddrs).
  • Wymiana sondy i rozwiązywanie problemów.
  • Komunikat Resolve (który zakłada, że znany jest adres urn:uuid punktu końcowego urządzenia).

  Następnie można zażądać metadanych, a kolejne badanie metadanych HostedService spowoduje ujawnienie punktów końcowych.

Klienci mogą wybrać obsługę jednej z tych metod, ale urządzenie TestDevice musi obsługiwać oba sposoby uzyskiwania hostowanych punktów końcowych usługi.

Klienci muszą mieć możliwość zweryfikowania załącznika otrzymanego z urządzenia TestDevice. Załącznik powinien zostać zweryfikowany przez załadowanie kopii oczekiwanego załącznika do pamięci i przeprowadzenie porównania pamięci bajtowej dla odebranego załącznika.

Gdy klienci wysyłają odnowienia dla zdarzeń, mogą zdecydować się na ręczne rozpoczęcie odnowienia lub automatyczne wysłanie odnowienia, gdy upłynie połowa okresu odnowienia określonego w oryginalnym komunikacie SubscribeResponse.

Nuta Ponieważ przypadki testowe mogą mieć zależności od wyników wcześniejszych przypadków testowych, przypadki testowe powinny być uruchamiane w kolejności. (Na przykład 1.3.8 zależy od wyniku 1.2.1). Nie ma żadnych zależności między scenariuszami testowania (na przykład między scenariuszami eventing i attachment). Istnieje niejawna zależność dla wszystkich zaawansowanych scenariuszy w pierwszym scenariuszu (inspekcja urządzeń i usług), ponieważ niepowodzenie odnajdywania urządzenia TestDevice i inspekcja hostowanych usług uniemożliwi wykonanie konkretnego zaawansowanego scenariusza.

Ta sekcja zawiera następujące tematy:

Scenariusze inspekcji urządzeń i usług

Scenariusze sterowania urządzeniami

Scenariusze załączników

Scenariusze zdarzeń

Scenariusze bezpiecznej komunikacji