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é de l’une des deux manières suivantes :
Les points de terminaison de service hébergé 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 mis à la connaissance 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 :
- Hello (qui est supposé être lancé à partir de l’appareil et qu’il existe un champ XAddrs ).
- Un échange Probe\Resolve.
- Message Resolve (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élera les points de terminaison.
Les clients peuvent choisir de prendre en charge l’une de ces méthodes, mais TestDevice doit prendre en charge les deux façons d’obtenir des points de terminaison de service hébergé.
Les clients doivent être en mesure de vérifier la pièce jointe reçue de l’appareil TestDevice. La pièce jointe doit être vérifiée en chargeant une copie de la pièce jointe attendue dans la mémoire et en effectuant une comparaison de la mémoire octet par octet sur la pièce jointe reçue.
Lorsque les clients envoient des renouvellements pour des événements, ils peuvent choisir d’initier 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 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, 1.3.8 dépend du résultat de 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 des appareils et des services), car le fait de ne pas découvrir l’appareil TestDevice et d’inspecter ses services hébergés empêchera l’exercice du scénario avancé particulier.
Cette section comprend les rubriques suivantes :
Scénarios d’inspection des appareils et des services