Bu görsel yapay zekâ ile üretilmiştir.

WooCommerce güncellemesi için yalnız ana sayfanın açıldığını görmek yeterli bir kontrol değildir. Müşteri ödeme yaptıktan sonra siparişin doğru kaydolması, stok hareketinin oluşması ve operasyon ekibinin işe başlayabilmesi gerekir. Bu nedenle güncelleme öncesinde mağazanıza özgü bir kabul senaryosu hazırlayın; aynı senaryoyu test ortamında ve uygun yayın kontrolünde kullanın. Buradaki amaç genel sepet terk nedenlerini araştırmak değil, yazılım değişikliğinin ödeme ve sipariş akışını koruduğunu doğrulamaktır. İşletme yöneticisi testleri bizzat uygulamasa bile beklenen sonucu ve yayına izin verecek kişiyi belirleyebilir.

Güncelleme paketini ve çalışır başlangıç durumunu kaydedin

Önce WooCommerce, WordPress, tema, ödeme eklentileri ve siparişi etkileyen diğer bileşenlerin mevcut sürümlerini kaydettirin. Değişecek bileşenleri tek listede gösterin; sonradan eklenen bir güncelleme test kapsamını değiştirir. WooCommerce'in resmi rehberi, güncellemelerin önce test ortamında denenmesini ve mağazanın temel iş akışlarının orada kontrol edilmesini önerir. İşletme olarak güncellemeden önce aynı senaryonun mevcut mağazada nasıl sonuçlandığını da belgeleyin. Zaten bozuk çalışan bir bildirimi değişiklik sonrasında yeni hata diye yorumlamayın. Güncel yedekle birlikte geri yükleme yönteminin ve sorumlusunun belli olmasını isteyin. Başlangıç kaydınızda kişisel müşteri bilgileri yerine test siparişleri kullanın; teknik ekibin incelemesi için kart bilgisi toplamayın.

Test ortamının ödeme ve dış bağlantılarını güvenli hale getirin

Mağaza kopyası oluşturmak, o ortamın dış sistemlerle nasıl konuşacağını tek başına çözmez. Test ödeme yöntemi, deneme e-posta alıcısı, kargo bağlantısı ve muhasebe aktarımı için ayarları kontrol ettirin. Test siparişinin gerçek müşteriye bildirim, depoya sevkiyat veya muhasebeye satış kaydı üretmesini istemiyorsanız bağlantıların davranışı açıkça düzenlenmelidir. Ödeme sağlayıcısının kendi test yöntemi varsa teknik ekip güncel resmi belgesine göre ilerlesin. Bazı davranışlar test ortamında tam temsil edilemiyorsa bunu “kontrol edildi” yerine sınırlama olarak yazın. Test ve canlı anahtarların nerede kullanıldığını yetkili ekip doğrulasın; şifre veya anahtarları kabul dosyasına eklemeyin. Sonuçları karşılaştırabilmek için test ortamının oluşturulduğu tarihi ve yapılan ayar farklarını da kaydedin.

Ürün ve müşteri çeşitliliğini küçük bir senaryo tablosuna taşıyın

Mağazada kullanılan ödeme yöntemlerini, kargo seçeneklerini ve ürün türlerini listeleyin. Her olası birleşimi çoğaltmak yerine farklı davranış üreten örnekleri seçin. Misafir alışverişi açıksa bir misafir, bir kayıtlı kullanıcı, kuponlu sepet, değişken ürün ve stok sınırındaki ürün iyi başlangıç senaryoları olabilir. Abonelik, dijital teslim veya özel sipariş varsa bunlar ayrıca ele alınmalıdır. Her satırda ürün, adet, teslimat bölgesi, ödeme yöntemi ve beklenen toplam bulunsun. Vergi ve kargo tutarını yalnız önceki ekrandan kopyalamayın; işletmenin kabul ettiği hesabı doğrulayın. Kontrolü masaüstüyle sınırlamayın; müşterilerinizin kullandığı mobil ekranlarda da temel satın alma görevini deneyin. Ekran görüntüsü, beklenen hesapla birlikte anlamlı bir kanıta dönüşür.

Başarılı ödeme kadar reddedilen ve yarım kalan işlemi de deneyin

Bir test siparişinin sorunsuz ödenmesi bütün ödeme yolunu kanıtlamaz. Sağlayıcının desteklediği senaryolara göre başarısız ödeme, müşteri iptali ve ödeme ekranından geri dönüş durumlarını da kontrol ettirin. Müşteri ne gördü, mağazada hangi sipariş oluştu, ödeme sağlayıcısı hangi sonucu kaydetti? Bu üç cevabı aynı satırda değerlendirin. Ödeme alındığı halde sipariş beklemede kalıyorsa yalnız teşekkür sayfasının açılmasına bakarak testi geçmiş saymayın. Yeniden denemede ikinci ödeme veya ikinci sipariş oluşup oluşmadığını da inceleyin. Teknik kayıtlar gerektiğinde ilgili ekip tarafından kontrol edilsin; işletmeye sunulan raporda gizli bilgiler ayıklansın. Eksik bir geri bildirim için müşteriden aynı işlemi tekrar yapmasını istemeden önce ödeme kaydının durumunu doğrulayan süreç belli olmalı.

Sipariş durumunu stok, bildirim ve dış sistemle birlikte okuyun

WooCommerce belgeleri ödeme bekleyen, işlenen ve tamamlanan gibi durumların farklı anlamları olduğunu açıklar. Örneğin işlenen durumuna geçen fiziksel ürün siparişi için ödeme alınmış ve stok azaltılmış olur; tamamlanan ise siparişin yerine getirildiğini belirtir. Sizin kullandığınız ödeme yöntemi ve eklentilerde beklenen geçişleri ayrıca doğrulayın. Sipariş kaydı, ürün adedi, müşteri bildirimi ve yönetici bildirimi birbirini destekliyor mu? Kargo veya muhasebe entegrasyonu varsa kaydın tek kez ve doğru alanlarla ulaştığını da kontrol edin. E-posta gelmediğinde önce sipariş oluşmadı sonucuna varmayın; kayıt ve bildirim ayrı kontrol noktalarıdır. Test sonucu, satış ekibinin siparişi görebildiğini ve operasyonun kalan işi anlayabildiğini de göstermelidir. Böylece kabul yalnız müşterinin ekranına bağlı kalmaz.

İptal ve iadede stokla paranın aynı şey olmadığını doğrulayın

Siparişi iptal etmek, stoğu geri almak ve müşteriye parayı iade etmek farklı işlemler olabilir. WooCommerce'in durum belgesi, manuel iade seçeneğinde siparişin iade edilmiş görünmesinin paranın müşteriye dönmesi anlamına gelmeyebileceğini belirtir. Bu yüzden testte yönetim panelindeki etiketle yetinmeyin; kullanılan ödeme yönteminin desteklediği iade yolunu doğrulayın. Kısmi iade kullanıyorsanız ürün, kargo ve indirim tutarlarının nasıl ele alındığını ayrıca sınayın. Stok geri ekleme seçiminin beklenen sonucu verdiğini kontrol edin. Test kayıtlarını temizleme sorumlusu belli olsun, ancak bulgunun kanıtını rapordan kaldırmayın. İade davranışında belirsizlik varsa müşteri temsilcisinin uygulayacağı geçici süreç ve konunun teknik sahibi yayın kararından önce tanımlanmalıdır.

Yayın kararını kayıtlı sonuçlara ve dönüş planına bağlayın

Test tablosunda her satırın sonucu, tarihi ve kontrol eden kişi bulunsun. Ödeme tutarı, sipariş kaydı veya stok gibi kritik bir kontrolde açıklanamayan fark varsa yayını erteleyip sorunu çözün. Kabul edilen küçük bir fark için gerekçeyi ve kapatma tarihini yazın. Test edilen değişiklik listesiyle canlıda uygulanacak listenin aynı olduğunu teyit ettirin. Yayın penceresinde sipariş kabulünün nasıl yönetileceğini, son sipariş numarasının nasıl izleneceğini ve sorun çıkarsa kimin karar vereceğini belirleyin. Eski veritabanına dönüş, arada oluşan yeni siparişleri etkileyebileceğinden bu kayıtların korunma yöntemi ayrıca planlanmalıdır. WooCommerce bakım hizmetinin teslimi, sürümün değiştiği bilgisiyle birlikte bu kontrol sonuçlarını da içermeli. İlk canlı kontrol tamamlandığında operasyon ekibine açık bir kapanış bildirimi verin.

Kaynaklar

İŞLETMENİZE UYARLAYALIM

Bir sonraki adımı birlikte belirleyelim.

Hedefinizi ve mevcut durumunuzu paylaşın; ihtiyacınıza uygun kapsamı konuşalım.

Teklif alın →