Environnement de test WSDBIT

Cette rubrique décrit l’environnement physique et l’appareil et ses fonctionnalités de service hébergé.

Modèle réseau

L’appareil et le client à tester sont connectés à un segment de réseau Ethernet et forment un seul sous-réseau IP. Le schéma d’adressage réseau (par exemple, IPv4, IPv6 ou noms d’hôte) n’est pas pertinent tant que le client et l’appareil prennent en charge au moins un schéma en commun, il ne doit y avoir qu’un seul appareil et un client sur le sous-réseau.

Pour faciliter le débogage et la résolution des problèmes, vous devez utiliser un moniteur réseau pour surveiller les échanges de trafic entre l’appareil et le client. Pour surveiller tout le trafic, vous devez connecter l’appareil et le client via un hub Ethernet au segment réseau. Si un hub n’est pas disponible, vous pouvez surveiller le trafic en installant un moniteur réseau sur l’ordinateur exécutant WSDBIT.

La figure suivante montre la topologie réseau qui se compose d’un appareil, d’un client et d’un moniteur réseau connectés via un hub.

Périphérique de test

Pour participer au test du côté de l’appareil, vous devez implémenter l’appareil comme décrit dans les instructions générales suivantes. Pour plus d’informations sur l’implémentation de l’appareil, consultez la référence WSDBIT Reference et la spécification Devices Profile for Web Services (DPWS).

Le tableau suivant décrit les dépendances de cas de test de service et d’interopérabilité.

Scénario	SimpleService	AttachmentService	EventingService
Inspection des appareils et des services	Un ou plusieurs de SimpleService,	AttachmentService,	ou EventingService
Contrôle des appareils	X
Pièces jointes		X
Événements			X

L’appareil de test doit héberger trois types de services :

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

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

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

SimpleService

Le service SimpleService a quatre méthodes :

• OneWay est une méthode unidirectionnelle avec un entier comme paramètre.

• TwoWay est une méthode de requête-réponse avec deux entiers dans la requête et la somme de ces entiers dans la réponse.

• TypeCheck est une méthode de requête-réponse avec un certain nombre de types différents dans la requête et exactement les mêmes types dans la réponse, y compris booléen, décimal, float et une liste d’URL.

• AnyCheck est une méthode de requête-réponse avec un fragment XML dans la requête et le même fragment retourné dans la réponse.

AttachmentService

Le service AttachmentService envoie et reçoit des pièces jointes. Les données de pièce jointe à envoyer et recevoir sont incluses dans le répertoire \interop sous la forme de deux fichiers distincts : Image1.jpg et Image2.jpg. Ce service a deux méthodes :

• OneWayAttachment est une méthode unidirectionnelle avec une pièce jointe en tant que paramètre.

• TwoWayAttachment est une méthode de demande-réponse avec des pièces jointes dans la requête et la réponse.

EventingService

Le service EventingService a deux types d’événements qui peuvent être abonnés à :

• SimpleEvent est un événement sans paramètre.

• IntegerEvent est un événement qui retourne un entier.

Implémentation des services de test

Pour exercer tous les cas de test d’interopérabilité, vous devez implémenter tous ces services. Dans ce cas, après le démarrage initial, l’appareil héberge une instance de chacun de ces services.

Toutefois, si vous souhaitez implémenter uniquement certains de ces services, consultez le tableau au début de cette rubrique pour obtenir des informations sur les dépendances des cas de test de service et d'interopérabilité.

Remarque

Pour tenter l’un des scénarios d’interopérabilité avancés (par exemple, contrôle d’appareil, pièces jointes et événements), l’appareil de test doit au moins prendre en charge les cas de test d’inspection de l’appareil et du service. Si l’appareil échoue dans ce cas de test, il se peut que vous ne puissiez pas continuer avec les cas de test avancés.

L’appareil de test et l’appareil WSDBIT (WSDBIT_server) doivent être en mesure d’effectuer les opérations suivantes :

• Affichez le paramètre d’entrée entier de la méthode unidirectionnelle SimpleService .

• Affichez la valeur des types soumis dans la demande de vérification bidirectionnelle de type.

• Vérifiez la pièce jointe reçue par rapport à la pièce jointe connue attendue et devez afficher le résultat de cette vérification.

• Lancez chacun des deux types d’événements décrits dans EventingService par le biais d’une entrée manuelle ou d’un minuteur.

• Afficher les données reçues dans des sections extensibles (xs :any).

• Utilisez le xs:anyURI testdevice comme élément wsd:Scopes pour la découverte.