Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
End-to-End-Tests werden in zwei Phasen durchgeführt: Sandbox-Tests und Produktionstests mit Soft-Launch.
Sandbox-Tests:Führe mithilfe des Sandbox-Front-Ends eine Reihe von Testläufen für dein Sandbox-Inventar durch. Auf die URLs zu deinem Sandbox-Inventar kannst du unter
Inventar > Inventar
zugreifen. Suche nach einem Händler mit dem Status „Live (in Sandbox)“ und klicke dann entweder auf den Link in der rechten Spalte (falls verfügbar) oder auf die Zeile und dann auf den Link „RwG – E2E“.
Produktionstest mit vorläufiger Einführung:Wenn Sie die Sandbox-Tests abgeschlossen haben, wenden Sie sich an Ihren Google-Kontakt. Ihr Konto wird dann in den Status „vorläufig eingeführt“ versetzt. Ihr Produktionsinventar kann dann gebucht werden, ist aber noch nicht für externe Nutzer in Google-Produkten sichtbar. Sie können auf Ihr Inventar mit der schrittweisen Einführung unter
Inventar > Inventar
zugreifen. Suchen Sie einen Händler mit dem Status „Bereit“ und klicken Sie dann entweder auf den Link in der rechten Spalte (falls verfügbar) oder auf die Zeile und dann auf den Link „RwG – E2E“. Ausführliche Informationen zum Zugriff auf dieses Inventar und zu den Vorsichtsmaßnahmen, die für diese URLs nötig sind, findest du hier. Führe ähnliche Testläufe wie in deiner Sandbox-Umgebung durch.
Testfälle
Die folgenden End-to-End-Tests werden im Rahmen von Sandbox- und Soft-Launch-Produktionstests durchgeführt:
Nimm über das Actions Center eine Buchung vor und sieh nach, ob sie richtig in deinem System angezeigt wird.
Prüfe, ob die Bestätigungs-E-Mails gesendet wurden und ob die angegebene Uhrzeit und Buchung korrekt sind.
Storniere die Buchung über das Actions Center und sieh nach, ob sie in deinem System storniert wurde.
Buche einen weiteren Termin über das Aktionscenter und löse die Stornierung in deinem System mit der Booking Notification API aus.
Entferne einen bestimmten Slot aus deinem System und sieh nach, ob er im Actions Center über BatchAvailabilityLookupResponse und (falls zutreffend) Echtzeitinventaraktualisierungen richtig entfernt wurde.
Hinweis: Verzögerungen bei der RTU sollten weniger als fünf Minuten dauern.
Ändere eine Buchung über das Aktionscenter und prüfe, ob sie in deinem System korrekt angezeigt wird.
Klicke auf verschiedene Slots, um sicherzustellen, dass keine BatchAvailabilityLookup-Fehler vorliegen.
Debugging
Wenn du Probleme mit verfügbaren Slots beheben möchtest, verwende die Verfügbarkeitsanzeige im
Partner-Portal, um einen Verlauf der Slot-Änderungen zu sehen.
Einführungsreife
Fülle diesen Fragebogen aus, um dich auf die Einführung vorzubereiten. Wenn du ihn absendest, wissen wir, dass du startklar sind.
Lies dir die folgende abschließende Checkliste durch, um dich auf die Einführung vorzubereiten:
Feeds werden täglich hochgeladen.
Die Fehlerrate des Buchungsservers liegt unter 5 %.
Die Fehlerrate bei Echtzeitaktualisierungen liegt unter 5 %.
Nutzerdaten werden sicher übertragen.
Über dein Back-End werden keine Buchungsanfragen von Drittanbietern gesendet.
Die Verfügbarkeitsprüfung lief mehr als 3 Tage (bevorzugt über ein Wochenende). Die Nichtverfügbarkeits- und Fehlerraten lagen dabei unter 5%.
Sobald diese Schritte abgeschlossen sind, wende dich bitte an deinen Ansprechpartner im Actions Center, um ein Datum für die Einführung zu vereinbaren.
[null,null,["Zuletzt aktualisiert: 2025-07-26 (UTC)."],[[["\u003cp\u003eEnd-to-end testing involves two stages: Sandbox testing using a simulated environment and Soft-launched Production testing using real inventory in a controlled setting.\u003c/p\u003e\n"],["\u003cp\u003eBefore launching, partners must complete Sandbox and Soft-launched Production testing, including a series of test cases like booking, cancelling, and modifying appointments.\u003c/p\u003e\n"],["\u003cp\u003ePartners need to monitor their daily feed uploads, booking server, and real-time update error rates throughout the testing process.\u003c/p\u003e\n"],["\u003cp\u003eTo initiate the launch process, partners should fill out a launch readiness questionnaire and ensure they meet specific criteria, including low error rates and secure data transmission.\u003c/p\u003e\n"],["\u003cp\u003eFinal launch approval requires a review by an Actions Center representative after all prerequisites are met.\u003c/p\u003e\n"]]],["End-to-end testing involves Sandbox and Soft-launched Production stages. Sandbox testing uses test cases against sandbox inventory, ensuring the booking lifecycle functions without live bookings. Soft-launched Production testing, accessed via a specific URL, tests against production inventory, which is not publicly discoverable. Test cases include booking, canceling, modifying, and removing slots, with monitoring of feeds, booking server, and real-time updates. Prepare for launch by completing a questionnaire and the contact information form in Partner Portal, ensuring minimal failure rates and secure data transmission.\n"],null,["# Step 6: End-to-end testing\n\nEnd-to-end testing happens in two stages: Sandbox testing and Soft-launched\nProduction testing.\n\n1. **Sandbox testing:** Run through a series of test cases against your sandbox inventory using the sandbox frontend. URLs to your Sandbox inventory can be accessed under **[Inventory \\\u003e Inventory](https://partnerdash.google.com/apps/reservewithgoogle/inventory?env=sandbox)** , find a merchant that is \"Live (in Sandbox)\" then either click on the link on the rightmost column (if available) or click on the row and click on the \"RwG - E2E\" link. **Note:** While your sandbox should reflect real world inventory, it should not place live bookings against it. Ensure the entire booking lifecycle can be tested without live bookings.\n2. **Soft-launched Production testing:** When you have completed Sandbox testing, reach out to your Google contact, and your account will be placed into a \"soft-launched\" state, at which point your production inventory will become bookable, but will not be externally discoverable by end users on any Google properties. Your soft-launched inventory can be accessed under **[Inventory \\\u003e Inventory](https://partnerdash.google.com/apps/reservewithgoogle/inventory)** , find a merchant that is \"Ready\" then either click on the link on the rightmost column (if available) or click on the row and click on the \"RwG - E2E\" link. Details on how to access this inventory, and special precautions you need to take with these URLs, are [available here](/actions-center/verticals/local-services/e2e/partner-portal/inventory/merchant-matching#soft-launched-inventory). Run through a similar set of test cases as you did in your Sandbox environment.\n\n| **Note:** During end-to-end testing, it is important to monitor the daily feed uploads, as well as the error rates for the booking server and real-time updates.\n\nTest cases\n----------\n\nThe following end-to-end tests are performed as part of both Sandbox and\nSoft-launched Production testing:\n\n- Make a booking through the Actions Center and confirm the booking shows up correctly in your system.\n- Check that the confirmation emails are sent out and that the time and booking listed are correct.\n- Cancel the booking through the Actions Center and confirm that it's canceled correctly in your system.\n- Book another appointment through the Actions Center and trigger the cancellation from your system with the Booking Notification API\n- Remove a particular slot from your system, and check to see if it's removed properly on the Actions Center through `BatchAvailabilityLookupResponse` and inventory real-time updates (if applicable). Note: Delays should take less than five minutes for RTU.\n- Modify a booking from the Actions Center and confirm the modified booking shows up correctly in your system.\n- Click on various slots to ensure there are no `BatchAvailabilityLookup` errors\n\n| **Note:** Bookings made against your \"soft-launched\" production inventory are real bookings, and any payment that is collected will result in a real transaction. It is strongly recommended that you inform the merchant that you are running a test, and that you cancel (and optionally refund) any test bookings that were created during testing.\n\nDebugging\n---------\n\nWhen debugging availability slot related issues, use the\n[Availability Viewer](/actions-center/verticals/local-services/e2e/partner-portal/inventory/availability-viewer) in the\n[Partner Portal](https://partnerdash.google.com/apps/reservewithgoogle/inventory/availability) to see a history of slot changes.\n\nLaunch Readiness\n----------------\n\nTo prepare for launch, fill out the\n[launch readiness questionnaire](https://docs.google.com/a/google.com/forms/d/e/1FAIpQLSchnCLZ1NczAMrJsxiR1gIf4hutQnGM8wAbgKrEtkQ4a_i4Iw/viewform). Submission of this\nform tells Google that you're ready to launch.\n\nAdditionally, please fill out all required fields in the\n[**Configuration \\\u003e Contact Information**](/actions-center/verticals/local-services/e2e/partner-portal/testing/mandatory-information) tab\nin the [Partner Portal](https://partnerdash.google.com/apps/reservewithgoogle/contactinformation). It is required to fill out the contact information form before launch.\n\nIn preparation for launch, review the following final checklist:\n\n- The feed uploads occur daily.\n- The booking server failure rates are less than 5%.\n- The real-time updates failure rates are less than 5%.\n- Users' data is transmitted securely.\n- There are no third-party booking requests from your backend.\n- The availability checker has run for \\\u003e 3 days (preferably over a weekend) with unavailable and error rates less than 5%.\n\n| **Note:** Enable or disable the availability checker via the [Features](/actions-center/verticals/local-services/e2e/partner-portal/testing/features) page in Partner Portal.\n\nOnce these steps are complete, reach out to your Actions Center\nrepresentative to schedule your launch date."]]
