Środowisko testowania WSDBIT

W tym temacie opisano środowisko fizyczne i urządzenie oraz jego możliwości hostowanej usługi.

Model sieci

Urządzenie i klient do przetestowania są połączone z segmentem sieci Ethernet i tworzą jedną podsieć IP. Schemat adresowania sieciowego (taki jak IPv4, IPv6 lub nazwy hostów) nie ma znaczenia, o ile zarówno klient, jak i urządzenie obsługują co najmniej jeden schemat wspólny Musi istnieć tylko jedno urządzenie i jeden klient w podsieci.

Aby ułatwić debugowanie i rozwiązywanie problemów, należy użyć monitora sieciowego do monitorowania wymiany ruchu między urządzeniem a klientem. Aby monitorować cały ruch, należy połączyć urządzenie i klienta za pośrednictwem koncentratora Ethernet z segmentem sieci. Jeśli koncentrator jest niedostępny, możliwe jest monitorowanie ruchu przez zainstalowanie monitora sieciowego na komputerze z uruchomionym programem WSDBIT.

Na poniższej ilustracji przedstawiono topologię sieci składającą się z urządzenia, klienta i monitora sieciowego — wszystkie połączone za pośrednictwem koncentratora.

Urządzenie testowe

Aby wziąć udział w testowaniu po stronie urządzenia, należy zaimplementować urządzenie zgodnie z opisem w poniższych ogólnych wytycznych. Aby uzyskać więcej informacji na temat implementacji urządzenia, zobacz odniesienie WSDBIT i specyfikację Devices Profile for Web Services (DPWS).

W poniższej tabeli opisano zależności przypadków testowych dla usług i interoperacyjności.

Urządzenie testowe powinno obsługiwać trzy rodzaje usług:

• https://schemas.example.org/SimpleService

• https://schemas.example.org/AttachmentService

• https://schemas.example.org/EventingService

SimpleService

Usługa SimpleService ma cztery metody:

• OneWay jest metodą jednokierunkową z liczbą całkowitą jako parametrem.

• TwoWay to metoda request-response z dwiema liczbami całkowitymi w żądaniu i sumą tych liczb całkowitych w odpowiedzi.

• TypeCheck to metoda żądania-odpowiedź z wieloma różnymi typami w żądaniu i dokładnie tymi samymi typami w odpowiedzi, w tym wartościami logicznymi, dziesiętnymi, zmiennoprzecinkowymi i listą adresów URL.

• AnyCheck to metoda request-response z fragmentem XML w żądaniu i tym samym fragmentem zwróconym w odpowiedzi.

UsługaZałączników

Usługa AttachmentService wysyła załączniki i odbiera je. Dane załącznika do wysyłania i odbierania znajdują się w katalogu \interop jako dwa oddzielne pliki: Image1.jpg i Image2.jpg. Ta usługa ma dwie metody:

• OneWayAttachment to jednokierunkowa metoda z załącznikiem jako parametrem.

• TwoWayAttachment to metoda żądania-odpowiedź z załącznikami zarówno w żądaniu, jak i w odpowiedzi.

EventingService

Usługa EventingService ma dwa rodzaje zdarzeń, które można subskrybować:

• SimpleEvent to zdarzenie bez parametru.

• IntegerEvent to zdarzenie zwracające liczbę całkowitą.

Implementowanie usług testowych

Aby wykonać wszystkie przypadki testowe współdziałania, należy zaimplementować wszystkie te usługi. W takim przypadku po początkowym uruchomieniu urządzenie hostuje jedno wystąpienie każdej z tych usług.

Jeśli jednak chcesz zaimplementować tylko niektóre z tych usług, zapoznaj się z tabelą na początku tego tematu, aby uzyskać informacje o zależnościach przypadków testowych usług i interoperacyjnych.

Urządzenie testowe i urządzenie WSDBIT (WSDBIT_server) muszą mieć możliwość wykonania następujących czynności:

• Wyświetl całkowitoliczbowy parametr wejściowy metody jednokierunkowej SimpleService.

• Wyświetl wartość typów przesłanych w dwukierunkowym żądaniu sprawdzania typu.

• Porównaj odebrany załącznik z dobrze znanym załącznikiem, który był oczekiwany, i wyświetl wynik tej weryfikacji.

• Zainicjuj każde z dwóch rodzajów zdarzeń opisanych w usłudze EventingService za pomocą ręcznego wejścia lub czasomierza.

• Wyświetlanie danych odbieranych w sekcjach rozszerzalnych (xs:any).

• Użyj elementu xs:anyURI testdevice jako elementu wsd:Scopes na potrzeby odnajdywania.