Étape 6: Tests de bout en bout

Les tests de bout en bout s'effectuent en deux étapes: les tests dans l'environnement de bac à sable et les tests de production non lancés.

  1. Tests dans le bac à sable:exécutez une série de scénarios de test sur votre inventaire de bac à sable. Vous pouvez accéder aux URL de votre inventaire de bac à sable sous Inventaire > Inventaire . Recherchez un marchand avec l'état "En ligne (dans le bac à sable)", puis cliquez sur le lien dans la colonne la plus à droite (si disponible) ou sur la ligne, puis sur le lien "RwG - E2E".
  2. Tests de production non lancés:une fois que vous avez terminé les tests du bac à sable, adressez-vous à votre contact Google. Votre compte passera à l'état de "soft-launched". Votre inventaire de production pourra alors être réservé, mais les utilisateurs finaux ne pourront pas le découvrir en externe sur aucune propriété Google. Vous pouvez accéder à votre inventaire non déployé sous Inventaire > Inventaire . Recherchez un marchand avec l'état "Prêt", puis cliquez sur le lien dans la colonne la plus à droite (si disponible) ou sur la ligne, puis sur le lien "RwG - E2E". Pour en savoir plus sur l'accès à cet inventaire et sur les précautions particulières à prendre avec ces URL, cliquez ici. Exécutez un ensemble de scénarios de test semblables à ceux que vous avez exécutés dans votre environnement de bac à sable.

Scénarios de test

Les tests de bout en bout suivants sont effectués dans le cadre des tests de bac à sable et de production non déployée:

  • Effectuez une réservation via le Centre d'actions, puis vérifiez qu'elle s'affiche correctement dans votre système.
  • Vérifiez que les e-mails de confirmation sont bien envoyés, et que l'heure et la réservation indiquées sont correctes.
  • Annulez la réservation dans le Centre d'actions, puis vérifiez qu'elle a été correctement annulée dans votre système.
  • Prenez un autre rendez-vous via le Centre d'actions et déclenchez l'annulation depuis votre système avec l'API Booking Notification
  • Supprimez un créneau spécifique de votre système, puis vérifiez s'il a été correctement supprimé dans le centre d'actions via BatchAvailabilityLookupResponse et des mises à jour en temps réel de l'inventaire (le cas échéant). Remarque: Les retards devraient prendre moins de cinq minutes pour la mise à jour en temps réel.
  • Modifiez une réservation à partir du Centre d'actions, puis vérifiez que la réservation modifiée s'affiche correctement dans votre système.
  • Cliquez sur différents emplacements pour vous assurer qu'il n'y a pas d'erreur BatchAvailabilityLookup

Débogage

Lorsque vous déboguez des problèmes liés aux créneaux de disponibilité, utilisez la visionneuse de disponibilité du portail des partenaires pour afficher l'historique des modifications apportées aux créneaux.

disponibilité pour le lancement

Pour préparer le lancement, remplissez le questionnaire de préparation au lancement. L'envoi de ce formulaire indique à Google que vous êtes prêt à lancer votre application.

Veuillez également remplir tous les champs obligatoires de l'onglet Configuration > Coordonnées du portail des partenaires. Il est obligatoire de remplir le formulaire de coordonnées avant le lancement.

En vue du lancement, vérifiez la liste de contrôle finale suivante :

  • Les flux sont importés quotidiennement.
  • Les taux d'échec au niveau du serveur de réservation sont inférieurs à 5 %.
  • Les taux d'échec des mises à jour en temps réel sont inférieurs à 5 %.
  • Les données des utilisateurs sont transmises de manière sécurisée.
  • Il n'existe aucune demande de réservation tierce provenant de votre backend.
  • Le vérificateur de disponibilité a été exécuté pendant plus de trois jours (de préférence un week-end), avec des taux d'indisponibilité et d'erreur inférieurs à 5%.

Une fois ces étapes terminées, contactez votre représentant du Centre d'actions pour planifier votre date de lancement.