Mağaza açılışını uçtan uca test siparişiyle kontrol etmek
Test ödemesi, sipariş, gönderim ve kısmi geri ödemeyi tek kabul senaryosunda ilişkilendirin. Beklentiler ve gözlenen sonuçlar ayrı tutulur.

Mağaza açılmadan önce seçilmiş bir sipariş yolunu bağlı sistemlere kadar kontrol edin. Onay sayfası akışın yalnızca bir bölümünü gösterir. Kabul için hangi test siparişinin ödendiği, aktarıldığı, gönderildiği ve gerektiğinde kısmen geri ödendiği anlaşılmalıdır.
Testi gerçek işlemlerden ayırın
Shopify, test siparişleri için simüle edilmiş ödemeleri açıklar. WooCommerce, test siparişlerinin bağlı servislerdeki etkilerine de dikkat çeker. Bu nedenle ödeme formundaki test modu bütün zincir için yeterli bir güvence değildir.
Test hesapları ve sağlayıcıların sandbox, yani test erişimleriyle uygun, ayrı bir test ortamı kullanın. Mesajlar kontrollü test posta kutularına gitmelidir. Stok, gönderim ve diğer bağlantılarda gerçek müşteri siparişi veya gerçek gönderi oluşmayacağı belirli olmalıdır. Bir serviste uygun test olanağı yoksa o adım ayrı simüle edilir ve sınırı belgelenir.
Somut bir kabul senaryosu hazırlayın
Bütün kimlikler, tutarlar ve beklentiler varsayımsaldır. Basitleştirilmiş kartlı ödeme örneğinde P-14 ürününden birim fiyatı 25 EUR olan 2 adet, toplam 50 EUR kullanılır; vergi ve gönderim ücretleri burada hesaplanmamıştır. Örnek, veri ve durum karşılaştırmasını gösterir; yapılmış bir test değildir.
Adım | Eşlenmiş test referansı | Beklenti |
|---|---|---|
Sepet |
| 2 adet; test toplamı 50 EUR |
Test ödemesi |
| 50 EUR tutarında başarılı simülasyon |
Sipariş ve aktarım | Mağazada | Aynı ürün, miktar 2; iki sipariş arasında açık bağ |
Test gönderimi |
| Simüle gönderimde 2 adet; gerçek gönderi yok |
Test iadesi |
|
|
| 25 EUR tutarında simülasyon; iadeyle uygun bağ |
İşletme yönetim sistemi burada ERP olarak adlandırılır. Referanslar bize ait örnek verilerdir; adı geçen platformların zorunlu alan adları değildir.
Her sistem sınırında kanıta bakın
Miktarı, ürünü ve referansı mağazada ve ilgili test hedefinde kontrol edin. Aktarım isteğinin başarıyla alınması, siparişin tamamlanarak oluşturulduğunu tek başına kanıtlamaz. Bu senaryoda bu nedenle doğrulanmış hedef referansı gerekir.
İadede ürün durumu ve ödeme ayrı ele alınır. Örnekte 1 adet, ancak kararlaştırılan test kontrolünden sonra yeniden kullanılabilir sayılır. Simüle geri ödeme tek başına stok değişikliğinin kanıtı değildir. Gönderim durumu da ödeme alındığını kanıtlamaz.
Bir hata yolunu ekleyip sınırı kaydedin
Reddedilmiş test ödemesini ve sipariş aktarımında kesilmiş yanıtı da ekleyin. Ekran bu durumda doğrulanmamış başarı bildirmemelidir. Tekrar denemeden önce işlemin oluşturulup oluşturulmadığı açıklığa kavuşturulabilmelidir; böylece ek sipariş oluşmaz.
Her adımda gerçekten gözlenen sonucu ve kullanılan mağaza ile bağlantı sürümünü kaydedin. Yukarıdaki örnek senaryo bunun için şablon olarak kullanılabilir. Simülasyon dış bir adımı yalnızca kısmen kapsıyorsa bu sınırlama kabul kaydında kalır. Gereken diğer ödeme yöntemleri, ülkeler ve özel durumlar ayrı kontroller olarak eklenir.
Kaynaklar
Devamını okuyun
Tüm yazılar






ASES ile E-ticaret
Online mağazalar, pazar yerleri ve B2B portalları


