تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
يتم الاختبار الشامل على مرحلتين: اختبار "مبادرة حماية الخصوصية" واختبار الإصدار العلني المحدود.
اختبار وضع الحماية: يمكنك تنفيذ سلسلة من حالات الاختبار في
مستودع وضع الحماية باستخدام واجهة مستودع وضع الحماية. يمكن الوصول إلى عناوين URL الخاصة بمستودعك في Sandbox
ضمن
المستودع > المستودع
، ابحث عن تاجر "معروض (في Sandbox)"، ثم انقر على الرابط في
العمود الأيمن (إذا كان متاحًا) أو انقر على الصف وانقر على رابط "RwG - E2E".
الاختبار العلني للإصدار التجريبي: عند الانتهاء من اختبار الإصدار التجريبي
في "مساحة المحاكاة"، تواصَل مع جهة التواصل المعيّنة لك في Google، وسيتم وضع حسابك
في حالة "الإطلاق التجريبي"، وعندها سيصبح المستودع الإعلاني في الإصدار العلني
قابلاً للحجز، ولكن لن يتمكّن المستخدمون النهائيون من اكتشافه خارجيًا على
أيّ من خدمات Google. يمكن الوصول إلى المستودع الذي تم إطلاقه بشكل تجريبي ضمن
المستودع > المستودع
، ابحث عن تاجر "جاهز"، ثم انقر على الرابط في العمود الأيمن
(إذا كان متاحًا) أو انقر على الصف وانقر على رابط "RwG - E2E". يمكنك هنا الاطّلاع على تفاصيل حول كيفية الوصول إلى
هذا المستودع، والتدابير الوقائية الخاصة التي يجب اتّخاذها بشأن عناوين URL هذه. راجِع مجموعة مشابهة من حالات الاختبار كما فعلت في بيئة الاختبار
الافتراضي.
حالات الاختبار
يتم إجراء الاختبارات الشاملة التالية كجزء من كلّ من "مبادرة حماية الخصوصية" واختبار الإصدار العلني التمهيدي:
أجرِ حجزًا من خلال "مركز الإجراءات" وتأكَّد من ظهور الحجز بشكلٍ صحيح في نظامك.
تأكَّد من إرسال رسائل التأكيد الإلكترونية وأنّ الوقت
والحجز المدرَجَين صحيحان.
يمكنك إلغاء الحجز من خلال "مركز الإجراءات" والتأكّد من أنّه
قد تم إلغاؤه بشكلٍ صحيح في نظامك.
حجز موعد آخر من خلال "مركز الإجراءات" وبدء عملية
الإلغاء من نظامك باستخدام واجهة برمجة التطبيقات Booking Notification API
أزِل خانة إعلان معيّنة من نظامك، وتحقّق مما إذا تمت
إزالتها بشكل صحيح في "مركز الإجراءات" من خلال BatchAvailabilityLookupResponse
وتعديلات المستودع في الوقت الفعلي (إن وُجدت).
ملاحظة: من المفترض أن تستغرق عمليات RTU أقل من خمس دقائق.
عدِّل حجزًا من "مركز الإجراءات" وتأكَّد من ظهور الحجز المعدَّل بشكلٍ صحيح
في نظامك.
انقر على خانات مختلفة للتأكّد من عدم حدوث أي أخطاء BatchAvailabilityLookup.
تصحيح الأخطاء
عند تصحيح الأخطاء المتعلّقة ببيانات مدى التوفّر، استخدِم
عارض مدى التوفّر في
Partner Portal للاطّلاع على سجلّ تغييرات بيانات مدى التوفّر.
مدى الجاهزية للإطلاق
للاستعداد للإطلاق، يُرجى ملء
استبيان جاهزية الإطلاق. يشير إرسال هذا النموذج
إلى Google بأنّك جاهز للإطلاق.
بالإضافة إلى ذلك، يُرجى ملء جميع الحقول المطلوبة في علامة التبويب
الإعداد > معلومات الاتصال
في بوابة الشركاء. يجب ملء نموذج معلومات الاتصال قبل الإطلاق.
استعدادًا للإطلاق، راجِع قائمة التحقّق النهائية التالية:
يتم تحميل الخلاصات يوميًا.
أن تكون معدّلات الأعطال في خادم الحجز أقل من %5
تكون معدّلات تعذُّر إجراء التحديثات في الوقت الفعلي أقل من %5.
يتم نقل بيانات المستخدمين بأمان.
لا تتوفّر طلبات حجز من جهات خارجية من الخلفية.
تم تشغيل أداة التحقّق من مدى التوفّر لأكثر من 3 أيام (يُفضّل خلال عطلة نهاية الأسبوع)
مع معدّلات أخطاء وحالات عدم توفّر أقل من %5.
بعد إكمال هذه الخطوات، تواصَل مع ممثل "مركز الإجراءات" لتحديد موعد الإطلاق.
تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\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 before public launch.\u003c/p\u003e\n"],["\u003cp\u003eBoth testing stages require running a series of test cases, including booking, cancelling, modifying appointments, and validating data flow and system updates.\u003c/p\u003e\n"],["\u003cp\u003eBefore launch, ensure daily feed uploads, monitor booking server and real-time updates error rates, secure user data transmission, and run the availability checker for a minimum of 3 days with low error rates.\u003c/p\u003e\n"],["\u003cp\u003ePartners need to complete a launch readiness questionnaire and fill out mandatory contact information in the Partner Portal to signal launch readiness and schedule the launch date with Google.\u003c/p\u003e\n"],["\u003cp\u003eBookings made during Soft-launched Production testing are real and involve real transactions, requiring careful coordination with merchants to avoid unintended consequences.\u003c/p\u003e\n"]]],["End-to-end testing involves Sandbox and Soft-launched Production stages. Actions include running test cases, accessible via the Partner Portal, to make, cancel, and modify bookings. Verify booking details, confirmation emails, and inventory removal. Monitor daily feed uploads, booking server, and real-time update error rates. Before launch, complete the readiness questionnaire, contact information in the Partner Portal, and ensure low error rates, secure data transmission, and no third-party booking requests. Then contact the Actions Center representative to schedule the launch.\n"],null,["# Step 4: 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/reservations/waitlists/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/reservations/waitlists/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/reservations/waitlists/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/reservations/waitlists/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."]]
