Scénarios clients pour WSDBIT

Tous les scénarios de test sont pilotés du point de vue du client. Dans des cas limités, l’interaction de l’appareil est requise pour l’achèvement du scénario. Cette exigence est indiquée dans les scénarios respectifs.

Sauf indication contraire, supposons que l’appareil de test (TestDevice) est déjà démarré et disponible sur le segment réseau sur lequel les scénarios sont exécutés.

Certains scénarios définissent l’interaction entre le client et un (ou plusieurs) des services hébergés dans TestDevice.

Les clients peuvent obtenir les points de terminaison de service hébergés de deux façons

• Les points de terminaison de service hébergés peuvent être fournis par l’utilisateur. Cette situation implique qu’après le démarrage de TestDevice, les points de terminaison sont connus et peuvent être connus de la partie qui exécute le client.

• Les points de terminaison de service hébergés peuvent être découverts dynamiquement. Cette situation implique la découverte de TestDevice. La découverte de TestDevice peut se produire via :

  • Bonjour (qui est censé être initié à partir de l’appareil avec un champ XAddrs).
  • Un échange de sonde\résolution.
  • Message de résolution (qui suppose que l’adresse urn :uuid du point de terminaison d’appareil est connue).

  Les métadonnées peuvent ensuite être demandées et l’examen ultérieur des métadonnées HostedService révèle les points de terminaison.

Les clients peuvent choisir de prendre en charge l’une de ces méthodes, mais le TestDevice doit prendre en charge les deux façons d’obtenir des points de terminaison de service hébergés.

Les clients doivent être en mesure de vérifier la pièce jointe reçue de TestDevice. La pièce jointe doit être vérifiée en chargeant une copie de la pièce jointe attendue en mémoire et en effectuant une comparaison de mémoire d’octets pour octets sur la pièce jointe reçue.

Lorsque les clients envoient des renouvellements pour les événements, ils peuvent choisir de lancer manuellement le renouvellement ou d’envoyer automatiquement le renouvellement lorsque la moitié de la période de renouvellement spécifiée dans le message SubscribeResponse d’origine s’est écoulée.

Note Étant donné que les cas de test peuvent avoir des dépendances sur les résultats des cas de test précédents, les cas de test doivent être exécutés dans l’ordre. (Par exemple, la version 1.3.8 dépend du résultat de la version 1.2.1.) Il n’existe aucune dépendance entre les scénarios de test (par exemple, entre les scénarios Eventing et Attachment). Il existe une dépendance implicite pour tous les scénarios avancés sur le premier scénario (inspection de l’appareil et du service), car l’échec de la découverte de TestDevice et l’inspection de ses services hébergés empêche l’exercice du scénario avancé particulier.

Cette section comprend les rubriques suivantes :

Scénarios d’inspection des appareils et des services

Scénarios de contrôle d’appareil

Scénarios de pièces jointes

Scénarios d’événements

Scénarios de communication sécurisée