Yayından önce ödeme akışında kontrol edilmesi gereken 5 şey
Sepet toplamı, ödeme tekrarları, sağlayıcı durumları, stok değişiklikleri ve yönlendirme dönüşleri için pratik QA kontrol listesi.
Bir ödeme akışı, temel senaryoda sorunsuz görünüp kullanıcı adedi değiştirdiğinde, zaman aşımından sonra tekrar denediğinde veya banka sayfasından geri döndüğünde bozulabilir. Yayın öncesinde yalnızca geçerli bir kartla ödeme yapmayı değil; sepet, ödeme sağlayıcısı ve sipariş onayı arasındaki geçişleri de test et.
Bu kontrolleri test ortamında ve ödeme sağlayıcısının test modunda çalıştır. Başarısız ödeme veya tekrar deneme davranışını gerçek tahsilatla sınama.
1. Sepetten ödemeye kadar tutarı karşılaştır
Bir ürün ekle, adedini değiştir, ürünü sil, kupon uygula ve kargo seçeneğini değiştir. Satır tutarını, ara toplamı, indirimi, vergiyi, kargoyu ve son tutarı sepet, ödeme adımı ve sağlayıcıya geçiş ekranlarında karşılaştır.
Sonra tarayıcının geri düğmesini kullanıp sepeti yeniden değiştir. Ekranda görünen toplam ile ödeme için gönderilen tutar güncel siparişi yansıtmalı. Sadece varsayılan adet ve tek seferlik ödeme adımını test etmek, eski toplam hatasını gözden kaçırabilir.
Hızlı kontrol: ürün adedini birden ikiye çıkar. Sipariş toplamı da artıyor mu? Etkileşimli sepet bug hunt demosunu dene.
2. Tekrar denemede ikinci ödeme oluşmadığını kontrol et
Ödeme düğmesine art arda bas, gönderimden sonra yavaş yanıt al, bağlantıyı kes ve zaman aşımından sonra tekrar dene. Sipariş listesini ve ödeme sağlayıcısı kayıtlarını karşılaştır: tek bir satın alma girişimi yinelenen sipariş veya tahsilat oluşturmamalı.
İstek sürerken arayüz işlem durumunu göstermeli ve sonucu bilinmeyen işlemin yanlışlıkla yeniden gönderilmesini önlemeli. Sunucu ve ödeme entegrasyonu da bu sipariş için sağlayıcının desteklediği güvenli tekrar deneme veya yinelenen istek kontrolünü uygulamalı. Uygulama şekli kullanılan sağlayıcıya ve sipariş modeline bağlıdır.
3. Başarılı, başarısız ve bekleyen ödeme durumlarını dene
Sağlayıcının test senaryolarıyla başarılı ödeme, reddedilen ödeme, ek doğrulama isteyen ödeme ve beklemede kalan ödeme akışlarını kontrol et. Her birinde kullanıcı mesajını, sipariş durumunu ve yeniden deneme seçeneğini doğrula.
Tarayıcının dönüş sayfasını tek başına ödeme başarısının kanıtı sayma. Bazı ödeme yöntemleri sonucu gecikmeli bildirir; kullanıcı tarayıcı yanıtı çalışmadan sayfadan çıkabilir. Siparişin ancak uygulama ödeme sağlayıcısından güvenilir sonucu alıp işledikten sonra ödendi durumuna geçtiğini kontrol et.
4. Sipariş tamamlanırken stok durumunu yeniden kontrol et
Son ürünü sepete ekle. İlk ödeme tamamlanmadan ikinci bir test oturumunda aynı ürünü satın al veya rezerve et. İlk oturum stok değişikliğini açıkça görmeli; stokta olmayan ürün sipariş onayında hazırmış gibi görünmemeli.
Adedi değiştirdikten ve başka bir sayfadan ödeme adımına döndükten sonra da tekrarla. Böylece stok kontrolünün yalnızca ürün sepete eklenirken değil, sipariş kabul edilirken de yapıldığını doğrularsın.
5. Sağlayıcı dönüşünü, yenilemeyi ve geri düğmesini test et
Yönlendirmeli ödemelerde başarılı, başarısız ve bekleyen dönüşleri dene. Dönüş sayfasını yenile, tarayıcıda geri-ileri git ve hesabından sipariş detayını tekrar aç. Kullanıcının gerçek sipariş durumunu gördüğünü ve aynı dönüşün ikinci ödeme başlatmadığını doğrula.
Sonuç hâlâ beklemedeyse sayfa sonraki adımı anlatmalı. Başarısız ödemede başarı mesajı göstermemeli veya ilk işlem hâlâ sonuçlanırken kullanıcıdan yeniden ödeme istememeli.
Kontrolleri işe yarar bir rapora dönüştür
Her bulguda ortamı, yeniden üretme adımlarını, beklenen sonucu, gözlenen davranışı ve sipariş ya da ödeme üzerindeki etkisini kaydet. Geliştiricinin tekrar edebilmesi için gerekli durumu belirt; düzeltmeden sonra aynı adımları yeniden çalıştır.
E-ticaret yayına hazırlık QA sayfasında checkout, ödeme, indirim ve stok kontrollerinin kapsamını görebilirsin. Örnek hata raporunu inceleyebilir veya projen için iletişime geçebilirsin.
Sıkça sorulan sorular
Gerçek karttan para çekmeden ödeme tekrarını nasıl test ederim?
Tarayıcı ödeme sağlayıcısından dönünce sipariş ödendi sayılmalı mı?
Checkout'ta hangi uç durumları test etmek önemli?
Bunu senin için yapmamı ister misin?
Startuplar için web, mobil ve masaüstü uygulamaları test ediyorum. Sabit fiyat, hızlı teslimat.
Paketleri görİlgili yazılar
Playwright MCP ve AI agent'lar: 2026'da testlerini gerçekten yazabilir mi?
Playwright MCP, bir AI agent'ın uygulamanda tıklayıp kendi kendine test üretmesini sağlıyor. İki hafta gerçek müşteri kodunda denedim — ne çalışıyor, nerede patlıyor, insan hâlâ nerede lazım.
MVP'ni 2 saatte nasıl test edersin
Solo founder'lar ve ilk sürümünü yayınlayan küçük ekipler için pratik, öncelikli 2 saatlik test rehberi.