Partager via


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 réseau Ethernet et forment un sous-réseau IP unique. Le schéma d’adressage réseau (par exemple, IPv4, IPv6 ou les 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 qui exécute WSDBIT.

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

Diagramme illustrant la topologie réseau pour l’environnement de test WSDAPI Basic Interoperability Tool (WSDBIT).

Appareil 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 et la spécification Profil d’appareils pour les services Web (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 de l’appareil 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 comporte quatre méthodes :

  • OneWay est une méthode unidirectionnelle avec un entier en tant que paramètre.

  • TwoWay est une méthode requête-réponse avec deux entiers dans la demande 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 demande 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 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 les 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 comporte 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 requête-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 auxquels vous pouvez vous abonner :

  • 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 un 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 plus d’informations sur les dépendances de cas de test service et interopérabilité.

Notes

Pour tenter l’un des scénarios d’interopérabilité avancés (tels que le contrôle de l’appareil, les pièces jointes et les é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 le périphérique WSDBIT (WSDBIT_server) doivent pouvoir effectuer les opérations suivantes :

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

  • Affiche la valeur des types envoyés dans le type bidirectionnel case activée demande.

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

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

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

  • Utilisez l’appareil de test xs :anyURI comme élément wsd :Scopes pour la découverte.