Stripe test kartları: ABD ödemelerini ve 3D Secure’u sınayın
Ödeme sayfası açık, ürün ve fiyat doğru görünüyor. Şimdi doğrulamanız gereken tek şey ödeme düğmesine tıklanıp tıklanamadığı değil.
Kart reddedilince sayfa ne gösteriyor? Alıcı başka bir karta geçip devam edebiliyor mu? Kimlik doğrulama ortasında iptal edilirse sipariş yanlışlıkla ödenmiş sayılır mı?
Başarıyı, başarısızlığı ve kimlik doğrulamayı ayrı ayrı kontrol etmek için üç Stripe test kartı kullanın. Her gönderimden sonra hem ödeme sayfasını hem arka uç kayıtlarını inceleyin.
Bu makalede ABD fatura adresi gerektiren bir ödeme akışı örnek alınır. Tarayıcı üzerinden yürütülür ve kod yazmak gerekmez.
1. Test ortamında ödeme sayfasını açın
Stripe Dashboard’a gidip hesap seçicisinden test ortamı olan Sandbox’a geçin. Bu turdaki tüm ödeme işlemleri burada tamamlanır ve gerçek para hareketi olmaz. Stripe test ortamı belgeleri
Test ödeme bağlantınız varsa doğrudan açın.
Henüz oluşturmadıysanız test ortamındaki Payment Links bölümünden yeni bağlantı oluşturun, test ürünü ve fiyatı seçin, ardından oluşturulan ödeme sayfasını açın. Payment Links, web sitesi geliştirmeden Dashboard üzerinden oluşturulabilir. Ödeme bağlantısı oluşturma
Önce üç şeyi kontrol edin:
- Ürün doğru mu?
- Tutar ve para birimi doğru mu?
- Sayfa az önce seçtiğiniz test ortamına mı ait?
Bu aşamada kart numarasını girmeye acele etmeyin. Yanlış fiyat veya bağlantı seçilirse sonraki testler tamamlansa bile yayınlamayı planladığınız akış sınanmamış olur.
2. ABD fatura adresi girin
Fatura ülkesi olarak United States seçin.
Stripe Sandbox testlerinde kullanılacak örnek ABD adresi için üçüncü taraf adres oluşturucuyu açın, United States seçin, üretilecek adres sayısını 1 yapıp oluşturun. Bu üretilmiş adresi yalnızca test ortamındaki formda kullanın; gerçek müşteri veya canlı ödeme bilgisi olarak kullanmayın. Sokak, şehir, eyalet ve ZIP kodunu test ödeme formuna kopyalayın.
| Ödeme formu alanı | Girilecek bilgi | Örnek |
|---|---|---|
| Address line 1 | Sokak adresi | 5322 N Union Street |
| Address line 2 | Daire veya Suite numarası; yoksa boş bırakın | Boş bırakın |
| City | Şehir | North Walpole |
| State | İlgili eyalet | New Hampshire |
| ZIP code | ZIP kodu | 03609 |
| Country | Ülke | United States |
Eyalet alanı açılır menüyse New Hampshire seçin; iki harfli kısaltma istiyorsa NH girin.
ZIP kodu 03609 içindeki ilk sıfırı koruyun. Bunu sayı gibi görüp 3609 yazmayın.
Daha sonra bildirimleri kontrol edebilmek için erişebildiğiniz bir test e-posta adresi kullanın. Adresi girdikten sonra bu örneği saklayın ve üç test turunun tamamında aynı adresi kullanın.
Böylece ödeme sonucu değiştiğinde önce kart numarasını ve doğrulama adımını karşılaştırırsınız. Şehir, eyalet veya ZIP kodunun yanlışlıkla değişip değişmediğini ayrıca araştırmanız gerekmez.
3. Tam ödeme akışını başarı kartıyla kontrol edin
Önce şu bilgileri kullanın:
Card number: 4242 4242 4242 4242
Expiry: 12/34
CVC: 123
Son kullanma tarihi gelecekte olmalıdır. Buradaki ay/yıl ve CVC bu test için kullanılır; kart numarası Stripe’ın başarılı ödeme senaryosuna karşılık gelir. Test kartı belgeleri
Ödeme düğmesine tıklayıp sayfanın beklenen tamamlanma durumuna geçip geçmediğini gözleyin.
Sonra aynı test ortamına dönün, ödeme kayıtlarını açıp az önce yaptığınız işlemi bulun. Tutarı, para birimini ve ödeme durumunu kontrol edin. Payment Links ödemeleri Dashboard ödeme genel görünümünde bulunabilir. Ödeme kayıtlarını görüntüleme
Bu turda iki şeyi ayrı ayrı kontrol edin:
Ödeme durumu doğru mu ve sayfanın sonraki işlemleri doğru mu?
Örneğin arka uçta ödeme başarılı görünürken tamamlanma sayfası açılmıyorsa sorun giderme odağı ödeme sonrası sayfa yapılandırması ve yönlendirme olmalıdır. Tarayıcı hata gösterdi diye kart numarası ve adresin tamamını yeniden girmeyin.
Tersine, tarayıcıda “Thank you for your purchase” görünmesi arka uç ödeme durumunun yerini tutmaz. Onay sayfası ile ödeme kaydı birbiriyle eşleşmelidir.
Ödeme bağlantısı sipariş, e-posta veya indirme akışlarına bağlıysa bunları da kontrol edin:
- Sipariş ödenmiş olarak görünüyor mu?
- Tutar ödeme ekranıyla aynı mı?
- Yapılandırılmış bildirimler gönderildi mi?
- Yapılandırılmış indirme veya erişim noktası kullanılabilir mi?
Bağlanmamış özellikleri kontrol etmeniz gerekmez; Stripe ödeme başarısını bu özelliklerin tamamlandığının kanıtı olarak görmeyin.
4. Hata iletisini ve kartla yeniden denemeyi başarısızlık kartıyla sınayın
Ödeme bağlantısını yeniden açıp yeni bir test başlatın.
Adresi, e-postayı ve diğer koşulları değiştirmeyin; yalnızca kart numarasını şuna çevirin:
4000 0000 0000 0002
Bu kart genel ödeme reddi senaryosunu taklit eder. Reddedilen ödemeler için test kartları
Ödemeye tıkladıktan sonra şunları kontrol edin:
- Sayfa açık bir başarısızlık mesajı gösteriyor mu?
- Kart numarası alanı hâlâ düzenlenebiliyor mu?
- Sayfa yanlışlıkla ödeme tamamlandı durumuna geçiyor mu?
- İlişkili sipariş yanlışlıkla ödenmiş sayılıyor mu?
Hata mesajı yalnızca “Bir hata oluştu” dememelidir. Alıcı en azından ödemenin tamamlanmadığını ve devam edebileceğini anlamalıdır.
Ardından mevcut ödeme akışında kart numarasını yeniden şuna çevirin:
4242 4242 4242 4242
Tekrar gönderin.
Bu adım başarısızlıktan sonra toparlanma yolunu kontrol eder. İlk seferde ödeme yapılabilmesi, tek hata sonrasında düğme, form ve sipariş durumunun doğru kaldığını göstermez.
İlk başarısızlıktan sonra sayfa sürekli dönüyorsa nerede takıldığını kaydedin. Önce yeniden deneme işlemini kontrol edin; adresi, ürünü değiştirip tüm sayfaları aynı anda yenilemeyin. Birden fazla koşulu aynı anda değiştirmek en yararlı karşılaştırmayı kaybettirir.
5. Kimlik doğrulamanın tamamlanma ve iptal yollarını da sınayın
Üçüncü turda ABD’de çıkarılmış bir 3D Secure test kartı kullanın:
4000 0084 0000 0027
Stripe’ın varsayılan Radar kuralları bu kart için 3D Secure doğrulaması ister. 3D Secure test belgeleri
Test, alıcının açtığı ödeme sayfasında yapılmalıdır. Stripe Dashboard’da doğrudan ödeme oluşturmak tarayıcıdaki doğrulama akışının yerini tutmaz.
Önce bir doğrulamayı tamamlayıp şunları kontrol edin:
- Doğrulama arayüzü açılabiliyor mu?
- Doğrulamadan sonra ödeme akışına geri dönülebiliyor mu?
- Ödeme sayfası ile arka uç tutarlı sonuç gösteriyor mu?
Sonra yeni bir test başlatıp doğrulama arayüzünde iptal edin.
İptalden sonra sayfanın ödemeye devam etmek için giriş noktası bırakıp bırakmadığını ve siparişin ödenmemiş durumda kalıp kalmadığını kontrol edin. Kimlik doğrulamayı tamamlamak ve ödemeyi tamamlamak iki ayrı kontrol noktasıdır; yalnızca doğrulama penceresinin kapanıp kapanmadığına bakamazsınız.
Doğrulama arayüzü görünmüyorsa önce uygun test kartını kullandığınızı, alıcının ödeme sayfasını açtığınızı ve Radar kurallarının değiştirilip değiştirilmediğini doğrulayın. ABD adresini değiştirmenin doğrulamayı tetikleyeceğini varsaymayın.
6. Bir adımda takılırsa önce hangi katmanda olduğunu belirleyin
Ödeme hatası mutlaka kart numarası sorunu değildir. Sorun gidermeyi ortaya çıktığı aşamaya göre ayırın:
| Belirti | Önce kontrol edin | Sonraki karşılaştırma |
|---|---|---|
| Adres alanı hatası, gönderilemiyor | Ülke, eyalet, ZIP kodu ve zorunlu alanlar | Kart numarasını değiştirmeden yalnızca hata alanını düzeltin |
| Başarısızlık kartı reddediliyor | Başarısızlık senaryosu kartı kullanıldı mı | Başarı kartına geçip ödemenin toparlanabildiğini kontrol edin |
| Başarı kartı da başarısız | Test ortamı, sayfa yapılandırması, arka uç hata ayrıntısı | Aynı koşulları yeni ödeme sayfasında yineleyin |
| Arka uç başarılı, tamamlanma sayfası hatalı | Ödeme sonrası yönlendirme veya sayfa yapılandırması | Ödeme kaydıyla hedef sayfayı ayrı inceleyin |
| Doğrulama iptal edilse de ödenmiş görünüyor | Ödeme akışı ve ilişkili siparişte durum yönetimi | Doğrulama tamamlanan ve iptal edilen testleri karşılaştırın |
| İlk ödeme çalışıyor, başarısızlıktan sonra tekrar çalışmıyor | Form ve düğmenin toparlanma durumu | “Başarısızlık kartı → başarı kartı” sırasını tekrarlayın |
Tablo sonraki kontrolü seçmeye yarar; tek bir belirtiden doğrudan neden belirlenebileceği anlamına gelmez.
Özgün hata mesajını, test saatini ve ödeme kaydını not edin. Ekran görüntüsünde yalnızca “Bir şeyler ters gitti” yazıyorsa sorunun adres doğrulaması, kart reddi veya ödeme sonrası sayfada mı olduğunu anlamak sonradan zorlaşır.
7. İncelenebilir bir test kaydı tutun
Uzun rapor yazmanız gerekmez. Tek tablo yeterlidir:
| Test senaryosu | Sayfa sonucu | Arka uç sonucu | İlişkili sipariş veya teslimat sonucu |
|---|---|---|---|
| Başarılı ödeme | Gerçekte gösterileni kaydedin | Ödeme durumunu kaydedin | Bağlı sonraki akışları kontrol edin |
| Ödeme başarısızlığı | Hata mesajını kaydedin | Hata ayrıntılarını kontrol edin | Ödenmiş sayılmadığını doğrulayın |
| Başarısızlıktan sonra kart değiştirme | Yeniden gönderilebildiğini kontrol edin | Yeni ödemeyi kontrol edin | Durumun doğru toparlandığını kontrol edin |
| Kimlik doğrulamayı tamamlama | Geri dönüş sayfasını kontrol edin | Son durumu kontrol edin | Bağlı sonraki akışları kontrol edin |
| Kimlik doğrulamayı iptal etme | Ödemeye devam etme girişimini kontrol edin | Gerçek durumu kontrol edin | Yanlışlıkla ödenmiş sayılmadığını doğrulayın |
Ödeme akışını, ödeme sonrası yönlendirmeyi veya sipariş işleme davranışını her değiştirdiğinizde bu tabloyla yeniden gözden geçirin.
Uçtan uca çalışması gereken zincirin tamamıdır: bilgi girme, ödemeyi gönderme, hata veya doğrulamayı ele alma, ödeme sonucunu onaylama ve ardından ilgili sipariş işlemini tamamlama. Tek başına “ödeme başarılı” görmek ödeme akışının hazır olduğunu göstermez.
Yazar:AI Router
Bağlantı:https://www.airouter.me/blog/stripe-test-cards
Atıf yapılması koşuluyla ticari olmayan yeniden kullanım (CC BY-NC-SA 4.0).