WooCommerce Ödeme Entegrasyonu Test Senaryoları

Ödeme formunun açılması entegrasyonun tamamlandığını göstermez. Gerçek projede müşteri işlemi reddedebilir, tarayıcıyı kapatabilir, callback gecikebilir, aynı bildirim tekrar gelebilir veya sağlayıcı başarılı derken mağaza yanıtı işleyemeyebilir. Test planı; yalnızca mutlu yolu değil sipariş, stok, e-posta, iade ve destek operasyonunu etkileyen bütün sonuçları kapsamalıdır.

Test ortamını üretime benzetin

Staging; WordPress, WooCommerce, PHP, tema, checkout, cache ve güvenlik eklentileri bakımından üretime yakın olmalıdır. Sağlayıcının test hesabı, callback URL'si ve test kartı ya da kullanıcı senaryoları önceden doğrulanır. Test anahtarları canlı ortamda, canlı anahtarlar staging kopyasında bırakılmaz.

Kişisel veri içeren üretim kopyası kullanılacaksa veri maskeleme ve erişim sınırı uygulanır. Yedek ve geri dönüş prosedürü testin parçasıdır.

Başarılı ödeme matrisi

Misafir ve kayıtlı kullanıcı, farklı ürün/kategori, kupon, vergi, kargo ve mobil cihaz kombinasyonları denenir. Sağlayıcıda onaylanan tutar WooCommerce toplamıyla eşleşmeli; sipariş doğru duruma geçmeli; stok bir kez azalmalı ve müşteriye yalnızca doğru e-posta gitmelidir. Yönetimde sağlayıcı işlem referansı bulunabilmelidir.

Dijital ürün, fiziksel ürün ve hizmet siparişleri farklı tamamlanma kurallarına sahipse her biri ayrı senaryodur.

Red, iptal ve zaman aşımı

Yetersiz bakiye, yanlış doğrulama, kullanıcı iptali, ödeme ekranında geri tuşu, tarayıcının kapanması ve ağ zaman aşımı test edilir. Sipariş yanlışlıkla processing/completed olmamalı, stok kalıcı düşmemeli ve müşteri tekrar deneyebilmelidir. Hata mesajı sağlayıcının ham teknik cevabını veya gizli bilgiyi göstermemelidir.

WooCommerce ödeme hatası teşhisinde cihaz, zaman, sipariş ve hata kodu birlikte kaydedilir.

Callback ve tutarlılık testleri

Aynı callback birden çok kez gönderilir; sipariş, stok, fatura, e-posta ve kurye yalnızca bir kez tetiklenmelidir. Yanlış sipariş numarası, yanlış tutar, yanlış para birimi ve geçersiz imza reddedilir. Callback tarayıcı dönüşünden önce ve sonra geldiğinde sonuç değişmemelidir.

Sağlayıcı işlemi başarılı fakat mağaza callback'i işleyememişse güvenli sorgulama veya mutabakat prosedürü test edilir. Kesin kanıt olmadan otomatik tamamlama yapılmaz.

İade ve yönetim testleri

Tam iade, destekleniyorsa kısmi iade, aynı iş günü iptal ve tekrar iade denemesi ayrı çalıştırılır. WooCommerce sipariş durumu ile sağlayıcı para hareketinin eşleştiği doğrulanır. Yetkisiz kullanıcı iade yapamamalı; başarısız iade başarılı gibi kaydedilmemelidir.

Yönetimde sipariş arama, not, rapor dışa aktarma ve bağlı muhasebe/ERP akışı kontrol edilir. iade ve mutabakat prosedürü test çıktısıyla güncellenir.

Canlıya geçiş ve kabul kaydı

Canlı endpoint, anahtar, callback alan adı, TLS, güvenlik duvarı ve test modu kontrol edilir. Yetkili küçük tutarlı işlem başarılı ve başarısız yol için denenir. Sipariş; sağlayıcı paneli, mağaza ve ödeme raporunda eşleştirilir. Canlı kanıt sonrası test hesapları ve debug log kapatılır.

Kabul tutanağında test tarihi, ortam/sürüm, senaryo sonucu, bilinen sınır, sorumlu ve geri dönüş planı bulunur. yayına alma kontrolü ödeme dışındaki analitik, form ve SEO adımlarını tamamlar.

Uygulama senaryosu

Kabul testinde sağlayıcı başarılı yanıt verdikten hemen sonra mağazanın internet bağlantısı kesilsin. Müşteri teşekkür sayfasını göremeyebilir; buna rağmen sunucu callback'i geldiğinde sipariş doğru duruma geçmelidir. Callback de gecikirse sipariş beklemede kalır ve mutabakat prosedürü sağlayıcı işlem sorgusuyla sonucu kontrol eder. Test ekibi aynı bildirimi tekrar göndererek ikinci stok ve e-posta oluşmadığını doğrular. Bu tek senaryo tarayıcı dönüşü, sunucu bildirimi, idempotency ve hata kurtarma tasarımını birlikte sınar.

Sıkça sorulan sorular

Sadece başarılı ödeme testi yeterli mi?

Hayır. Red, iptal, timeout, tekrar callback, yanlış tutar, iade ve operasyon etkileri ayrıca test edilmelidir.

Canlı kartla test yapılmalı mı?

Sağlayıcının sandbox olanakları önceliklidir; kontrollü canlı test ancak yetkili prosedür ve düşük riskli planla yapılmalıdır.

Test kanıtı olarak ne saklanmalı?

Senaryo, zaman, sipariş/işlem referansı, beklenen-gerçek sonuç ve sır içermeyen ekran/log kanıtı tutulmalıdır.