يتيح لك وضع الاختبار محاكاة عمليات الدفع من دون معالجة معاملات حقيقية. تعمل جميع بيانات اعتماد الاختبار في وضع الاختبار فقط — لا تستخدمها مطلقًا في بيئة الإنتاج.
No Real Charges
لا تعالج معاملات الاختبار مدفوعات فعلية ولا تؤثر في الحسابات الحقيقية.
Full API Access
تعمل جميع نقاط نهاية API بالطريقة نفسها في وضعي الاختبار والإنتاج.
Webhook Testing
تُرسل Webhooks لمعاملات الاختبار تمامًا كما في بيئة الإنتاج.
تعمل بيانات اعتماد الاختبار في وضع الاختبار فقط. ستؤدي محاولة استخدامها في وضع الإنتاج إلى فشل عمليات الدفع.
عند رفض إحدى هذه البطاقات، يعكس error_code وerror_message الخاصان بالدفع السيناريو أعلاه. ابحث عن أي رمز في مرجع فشل المعاملات لمعرفة معناه والإجراء الموصى به، وراجع معالجة حالات فشل الدفع لمعالجة عمليات الرفض في تكاملك.
رقم البطاقة
تاريخ الانتهاء
CVC
4000 0000 0000 0341
12/34
123
استخدم هذه البطاقة لاختبار سيناريوهات فشل تجديد الاشتراك والترقية وخفض المستوى.
بالنسبة إلى جميع بطاقات الاختبار، استخدم تاريخ الانتهاء 06/32 (أو 12/34) ورمز CVV 123.
أنشئ اشتراكًا باستخدام مفاتيح API للاختبار وبطاقة اختبار ناجحة (مثل 4242 4242 4242 4242). يجب أن تنجح عملية الخصم الأولية وأن يصبح الاشتراك نشطًا.
2
Swap in the failure card via Customer Portal
افتح Customer Portal، واعثر على الاشتراك الذي أنشأته للتو، ثم انقر على تحديث طريقة الدفع. أدخل بطاقة اختبار الفشل 4000 0000 0000 0341 (تاريخ الانتهاء: 12/34، CVC: 123) واحفظها كطريقة الدفع الخاصة بالاشتراك.
3
Advance the next billing date (optional)
لتشغيل التجديد فورًا بدلًا من انتظار دورة الفوترة الطبيعية، استخدم Update Subscription API لتعيين next_billing_date إلى الوقت الحالي بتوقيت UTC. يجب أن تكون القيمة طابعًا زمنيًا بتنسيق ISO 8601 / RFC 3339 بتوقيت UTC (لاحقة Z مطلوبة).
يمكن للعميل العودة إلى Customer Portal لتحديث طريقة الدفع وإعادة المحاولة
هذه البطاقة مخصصة لاختبار حالات فشل التجديد. ستُرفض الرسوم في تاريخ الفوترة التالي، ما يتيح لك اختبار منطق إعادة محاولة الدفع وإشعارات العملاء ومعالجة حالات الفشل.
استخدم مفاتيح اختبار API الخاصة بك واتبع مسار الدفع القياسي. تتم محاكاة معاملات الاختبار من دون تحصيل رسوم فعلية.للاطلاع على التوثيق الكامل للمحافظ الرقمية، بما في ذلك التحقق من النطاق لـ Apple Pay، راجع صفحة المحافظ الرقمية.
يمكن اختبار ACH Direct Debit في Test Mode من خلال إدخال بيانات بنك الاختبار عند الدفع.
1
Enable test mode
استخدم مفاتيح اختبار API الخاصة بـ Dodo Payments.
2
Set currency and billing address
عيّن عملة الفوترة إلى USD وبلد عنوان الفوترة إلى US. لا يتم تقديم ACH خارج هذا الجمع.
3
Use a one-time payment
لا يتوفر ACH في عمليات الدفع للاشتراكات، لذا اختبره باستخدام دفعة لمرة واحدة.
4
Enter the test bank details
أدخل أحد أزواج أرقام التوجيه وأرقام الحسابات الاختبارية أدناه، ثم تأكد من أن معالج webhook لديك يتلقى حالة الدفع النهائية — إذ يتم تأكيد دفعات ACH بشكل غير متزامن وليس عند الدفع.
يتطلب SEPA Direct Debit عملة EUR وعنوان فوترة في منطقة اليورو. استخدم أرقام IBAN الاختبارية التالية لفرض نتيجة محددة:
رقم IBAN الاختباري
السلوك
DE89370400440532013000
تنجح الدفعة.
DE62370400440532013001
تفشل الدفعة.
DE35370400440532013002
تنجح الدفعة، ثم تصبح محل نزاع فورًا.
DE65370400440002222227
تفشل الدفعة بسبب عدم كفاية الرصيد.
للاطلاع على القائمة الكاملة لأرقام IBAN الاختبارية، بما في ذلك القيم الخاصة بكل بلد، راجع صفحة Europe.للاطلاع على الوثائق الكاملة لطرق الدفع الأوروبية، راجع صفحة Europe.
لا تختبر الدفعات الناجحة فقط. اختبر حالات الرفض والإلغاء والحالات الطرفية مثل عدم كفاية الرصيد.
Verify webhook handling
تأكد من أن نقاط نهاية webhook تعالج جميع أنواع الأحداث بشكل صحيح، وخاصة payment.succeeded وpayment.failed وأحداث الاشتراكات.استخدم Dodo Payments CLI لاختبار webhooks محليًا:
dodo wh listen يوجّه webhooks الاختبارية المباشرة إلى خادمك المحلي
dodo wh trigger يرسل payloads وهمية لجميع أنواع أحداث webhook المدعومة
Test on real devices
بالنسبة إلى Apple Pay وGoogle Pay، اختبر على أجهزة iOS وAndroid فعلية. لا تحاكي المحاكيات سلوك المحفظة بالكامل.
Test regional methods with correct addresses
تتطلب طرق الدفع الإقليمية (UPI وiDEAL وغيرهما) عناوين فوترة متطابقة. لن يظهر iDEAL عند استخدام عنوان فوترة أمريكي.
Verify minimum amounts
تتطلب طرق BNPL حدًا أدنى قدره $50.01. اختبر ظهورها واختفاءها بشكل صحيح استنادًا إلى إجمالي سلة التسوق.