Stripe test kartları, bir ödeme entegrasyonunu gerçek bir kart kullanmadan denemenin en yaygın yoludur. Bu yazıda ödeme hizmeti sağlayıcılarının neden böyle bir liste yayımladığını, bu numaraların neyi kanıtlayıp neyi kanıtlamadığını, başarı ve başarısızlık senaryolarının nasıl kurulduğunu ve güncel listeyi nereden almanız gerektiğini bulacaksınız.
Ödeme hizmeti sağlayıcıları neden test kartı yayımlar?
Bir ödeme entegrasyonu, yalnızca mutlu yolda değil, reddedilme anlarında da doğru davranmalıdır. Kart reddedildiğinde kullanıcıya ne söylenecek? Sipariş durumu ne olacak? Sepet korunacak mı? Bu soruların yanıtları yalnızca gerçek bir reddedilme yaşandığında görülür; o anı üretim ortamında beklemek ise mümkün değildir.
Bunun için sağlayıcılar kendi test ortamlarında tanınan özel numaralar yayımlar. Bu numaralar, sağlayıcının test altyapısında belirli davranışlara bağlanmıştır: biri her zaman onaylanır, biri her zaman reddedilir, biri ek doğrulama ister. Böylece geliştirici, tek satır kod değiştirmeden farklı senaryoları tetikleyebilir.
Bu numaralar gerçek kart numaraları değildir. Yapısal olarak geçerlidir, yani biçim ve denetim basamağı kurallara uyar; ancak hiçbiri hiçbir zaman gerçekte piyasaya sürülmemiştir ve hiçbir hesaba bağlı değildir. Yalnızca sağlayıcının test ortamında anlam kazanırlar.
Stripe test kartları neyi kanıtlar?
En çok başvurulan test kartı, dört ile başlayan ve aynı basamağın yinelenmesiyle on altı haneye tamamlanan numaradır. Bu numara, kart numarası olarak geçerli bir biçime sahiptir ve sağlayıcının test ortamında başarıyla sonuçlanır. Sağlayıcı belgeleri genellikle bu numaranın herhangi bir gelecek son kullanma tarihi ve üç haneli herhangi bir güvenlik koduyla kullanılabileceğini belirtir.
Bu numaranın kanıtladığı şey bellidir: formunuz numarayı kabul ediyor, sağlayıcıya doğru biçimde gönderiyor, dönen yanıtı işliyor ve siparişi başarılı duruma geçiriyor. Kanıtlamadığı şey ise daha önemlidir: gerçek bir kartın kabul edileceği, kart ağının farklı uzunluklarının doğru ele alındığı veya reddedilme yolunun doğru çalıştığı. Tek bir başarılı numara, akışın yalnızca tek bir dalını kapsar.
Bu yüzden test setini tek numarayla sınırlamamak gerekir. En az bir başarılı, bir reddedilen ve bir ek doğrulama gerektiren senaryo bulunmalıdır.
Başarı ve başarısızlık senaryoları nasıl kurulur?
Sağlayıcılar genellikle senaryoyu kart numarasıyla eşleştirir. Aşağıdaki tablo, tipik olarak karşılaşacağınız senaryo türlerini ve bunların nasıl üretildiğini özetler.
| Senaryo | Tipik kurulum biçimi |
|---|---|
| Başarılı ödeme | Her zaman onaylanan test kartı, ileri bir son kullanma tarihi ve geçerli güvenlik kodu |
| Reddedilen ödeme | Her zaman reddedilen test kartı, örneğin yetersiz bakiye veya genel red |
| Doğrulama hatası | Geçersiz güvenlik kodu ya da biçimi bozuk numara |
| Süresi geçmiş kart | Geçmiş bir son kullanma tarihi |
| Ek doğrulama gerektiren işlem | Sağlayıcının üç boyutlu doğrulama test kartı |
| İade ve kısmi iade | Başarılı ödemeden sonra aynı işlem üzerinden iade çağrısı |
Tablodaki satırların çoğu sağlayıcının yayımladığı numaralarla üretilir; bir kısmı ise numaradan bağımsız olarak diğer alanlar bozularak elde edilir. İkinci grubu test etmek daha kolaydır, çünkü elinizdeki geçerli bir numarayla yalnızca tarih veya güvenlik kodu alanını değiştirmeniz yeterlidir.
Üç boyutlu doğrulama test kartları ne işe yarar?
Kartın fiziksel olarak bulunmadığı işlemlerde, banka bazen işlemi ek bir doğrulama adımına yönlendirir. Kullanıcı bir kod girer veya bankanın uygulamasından onay verir. Bu adımın entegrasyondaki karşılığı, akışın yarıda kesilip kullanıcıyı başka bir sayfaya göndermesidir.
Bu davranışı test etmeden canlıya çıkmak risklidir. Ek doğrulama adımı, ödeme akışının en kolay kırılan parçasıdır: kullanıcı doğrulamadan döndüğünde sipariş durumu doğru güncellenmeli, sayfa yenilenirse işlem tekrarlanmamalıdır. Sağlayıcılar bu nedenle farklı sonuçlar üreten doğrulama test kartları yayımlar; bazıları doğrulamayı başarıyla geçer, bazıları kullanıcı tarafından iptal edilir, bazıları ise doğrulama sırasında başarısız olur.
Bu üç sonucun da denenmesi gerekir. Yalnızca başarılı doğrulamayı denemek, kullanıcı iptal ettiğinde siparişin sonsuza kadar “beklemede” kalması gibi sorunları gizler.
Güncel listeyi nereden almalıyım?
Bu sorunun yanıtı açıktır: doğrudan sağlayıcının kendi belgelerinden. Test kartı listeleri zamanla değişir; sağlayıcı yeni senaryolar ekler, bazı kartları kaldırır. Bir blog yazısında veya eski bir yığın taşması yanıtında bulduğunuz liste yıl içinde geçerliliğini yitirebilir.
Bu yazıda bilinçli olarak uzun bir numara listesi vermiyoruz. Amacımız, listenin nasıl okunacağını ve hangi senaryonun hangi kartla sınanacağını anlatmak. Güncel numaralar için sağlayıcının test kartı belgelerine bakın ve oradaki tabloyu kendi test setinize kopyalayın.
Listeyi kopyalarken numaraların hangi ortamda geçerli olduğunu ve listenin tarihini de not edin. Bazı sağlayıcılar aynı davranışı birden fazla ön ekle sunar; hangi numaranın hangi senaryoya denk geldiği sağlayıcıdan sağlayıcıya değişir. Altı ay sonra aynı belgeye döndüğünüzde numaraların değişip değişmediğini bu nottan hızlıca görebilirsiniz. Test setinizi kendi deponuzda tutmak, belgeye her seferinde dönme ihtiyacını azaltır; ancak kaynağı düzenli aralıklarla gözden geçirmeyi ihmal etmeyin.
Sağlayıcıdan bağımsız çalışmak istediğiniz durumlar da vardır. Kart ağının kendi ön ek kurallarını sınamak, uzunluk davranışını ölçmek veya sağlayıcıya hiç gitmeyen form doğrulamasını denemek için kendi test numaralarınızı üretmeniz gerekir.
Üretici ile sağlayıcıdan bağımsız test verisi üretin
Sitemizdeki sahte kredi kartı numarası üretici, belirli bir ödeme sağlayıcısına bağlı kalmadan test numarası üretmenizi sağlar. Kart ağını sabitleyebilir, üretilecek adedi seçebilir ve numarayı son kullanma tarihi ile güvenlik koduyla birlikte kopyalayabilirsiniz. Sağlayıcının test ortamına gönderdiğiniz isteklerin gövdesini doldurmak veya form doğrulamasını sağlayıcıdan bağımsız sınamak için idealdir. Araç bu adreste: test kredi kartı numarası üretici.
Üretilen numaralar yalnızca yapısal olarak geçerlidir; gerçek bir kartı temsil etmez, gerçek bir hesaba bağlı değildir ve gerçek bir ödeme akışını tamamlayamaz.
Geliştiriciler için: test kartı ve doğrulama senaryoları
Test kartı seçiminde ilk kural, her kartın hangi senaryoyu temsil ettiğini kodun yanında belgelemektir. Bir numaraya bakıp ne yaptığını hatırlamak mümkün değildir; sabit adlar kullanın ve bu adları testlerde görünür kılın.
İkinci kural, senaryoları bir matris hâlinde kurmaktır. Satırlarda işlem sonucu, sütunlarda ise doğrulama adımının davranışı yer alsın. En az şu hücreler doldurulmalıdır: doğrulamasız başarı, doğrulamasız red, doğrulamalı başarı, doğrulama sırasında iptal, doğrulamadan dönüşte zaman aşımı. Son hücre çoğu projede eksiktir ve üretimde en can sıkıcı hatayı üretir.
Üçüncü kural, dönüş akışının tekrar oynatılmasıdır. Kullanıcı doğrulama sayfasından geri döndüğünde tarayıcı sayfayı yenileyebilir veya aynı isteği iki kez gönderebilir. Sipariş oluşturma çağrınızın bu durumda ikinci bir sipariş yaratmadığından emin olun. Bunu test etmenin yolu, dönüş adresine aynı parametrelerle iki istek göndermektir.
Dördüncü kural, test ortamı ile üretim ortamının anahtarlarını karıştırmamaktır. Test kartları yalnızca test anahtarlarıyla anlam taşır; yanlış anahtarla yapılan bir deneme gerçek bir red üretir ve sizi olmayan bir hatanın peşine düşürür. Ortam ayrımını yapılandırma düzeyinde kesinleştirin.
Sonraki adımlar
Sağlayıcı test kartlarını kurduktan sonra kapsamı genişletmek için kart ağlarına göre test numaraları yazısına bakabilir, ağ tanıma davranışını farklı ön eklerle sınayabilirsiniz. Formun tamamının hangi durumlarla deneneceğini görmek için ödeme formu test listesi iyi bir yol haritasıdır. Kendi test verinizi hemen üretmek isterseniz üreticiyi açıp birkaç numara almanız yeterli.