İçeriğe geçin

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.

Philipp Reuter2 dk okuma
Üç alanlı test paneli: iki yeşil onay ve kırmızı çerçeveli alanda çarpı işareti.

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

TEST-48, ürün P-14

2 adet; test toplamı 50 EUR

Test ödemesi

PAY-48

50 EUR tutarında başarılı simülasyon

Sipariş ve aktarım

Mağazada ORD-48, yönetim sisteminde ERP-48

Aynı ürün, miktar 2; iki sipariş arasında açık bağ

Test gönderimi

ORD-48 ile ilişkili SHIP-48

Simüle gönderimde 2 adet; gerçek gönderi yok

Test iadesi

ORD-48 ile ilişkili RET-48

P-14 ürününden 1 adet açıkça iadeyle eşlenmiş

PAY-48 ile ilişkili REF-48

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

Yazan

  • Philipp ReuterYazılım Kalitesi EditörüPhilipp Reuter, ASES'te yazılım testleri ve yeni sürümlerin hazırlanması üzerine yazar. Yazıları hata analizini, kabul testlerini ve mevcut uygulamalardaki değişikliklerin kontrolünü ele alır.

ASES'i takip edin

Devamını okuyun

Tüm yazılar

ASES ile E-ticaret

Online mağazalar, pazar yerleri ve B2B portalları