Canlıya dokunmadan denemek: test ortamı ve simülasyon nasıl kurulur?

Yeni bir şablonu doğrudan canlı mağazada denemek, hatayı müşterinin görmesi anlamına geliyor. Yeni bir kampanya kurgusunu canlı denemek, yanlış fiyatın rafa çıkması riski taşıyor. Olgun ESL kurulumlarının hepsinde bir test yolu var; bu yazı o yolun nasıl kurulacağını anlatıyor.

Neyi test etmek gerekiyor?

Dört tür değişiklik canlı öncesi test istiyor. Şablon değişikliği: yeni yerleşim, yeni alan, yeni yazı boyutu. Kampanya kurgusu: zamanlanmış geçiş, koşullu indirim, ürün grubu seçimi. Entegrasyon değişikliği: ERP tarafında alan eklenmesi, biçim değişikliği. Sürüm geçişi: yönetim yazılımının yeni sürümü.

Dördünün ortak özelliği, hatalı sonucun yüzlerce etikete aynı anda yayılabilmesi. Test, bu yayılmayı önlüyor.

Seviye 1: şablon önizleme

En basit ve en çok kullanılan yol. Yönetim yazılımının şablon önizleme ekranında, gerçek ürün verisiyle şablonun nasıl görüneceği gösteriliyor. Hızlı ve bedelsiz; ama gerçek panelin kontrastını ve yenileme davranışını göstermiyor.

Şablonun ilk taslağını kurmadan görmek için şablon simülatörü aracı benzer bir önizleme veriyor: alanları ve boyutları piksel bazında gösteriyor.

Seviye 2: test rafı

Mağazanın arka tarafında ya da ofiste, gerçek etiketlerden oluşan küçük bir raf. Beş-on etiket, bir erişim noktası. Yeni şablonlar önce burada yayınlanıyor, gerçek panelde kontrol ediliyor, sonra canlıya çıkıyor.

Bu, maliyeti en düşük ve faydası en yüksek yatırım: on etiketlik bir test rafı, canlıya çıkan hataların büyük kısmını yakalıyor. Kurulum sırasında yedek stoktan ayrılan etiketlerle kurulabiliyor; etiket yedek stoğu ne kadar olmalı yazısı stok planını anlatıyor.

Seviye 3: ayrı test ortamı

Yönetim yazılımının ikinci bir kopyası, kendi veritabanıyla. Entegrasyon değişiklikleri ve sürüm geçişleri burada test ediliyor. Canlı veriden kopyalanmış ürün kataloğuyla çalışıyor ve gerçek etikete yayın yapmıyor (ya da yalnızca test rafına yapıyor).

Bu ortam lisans maliyeti getirebiliyor; sözleşmede test ortamı lisansının dahil olup olmadığı sorulmalı. Lisans modelleri yazısı bu kalemi ele alıyor.

Sanal etiket ve yük testi

Bazı yönetim yazılımları sanal etiket üretebiliyor: fiziksel etiket olmadan sistemde binlerce kayıt oluşturup yük davranışını ölçmek mümkün. Ölçeklenme planlaması için değerli; kapasite planlaması yazısı hangi metriklerin ölçüleceğini veriyor.

Sanal etiket desteği her üründe yok; ölçeklenme endişesi olan projelerde teklif aşamasında sorulmalı.

Test verisi nasıl hazırlanır?

Test, ortalama ürünle değil uç durumlarla yapılmalı. Hazırlanacak test seti şunları içermeli: en uzun ürün adı, en yüksek fiyat, en düşük fiyat, ondalık kuruşlu fiyat, birim fiyatı çok uzun çıkan ürün, Türkçe karakter yoğun ad, boş menşe alanı, indirimli ve indirimsiz aynı ürün.

Bu sekiz durum, şablon hatalarının neredeyse tamamını ortaya çıkarıyor. Test seti bir kez hazırlanıp saklanıyor ve her şablon değişikliğinde tekrar kullanılıyor.

Onay akışı

Test ortamı olsa bile kimin neyi canlıya çıkarabileceği tanımlı olmalı. Yaygın ve işleyen yapı: şablon değişikliğini merkez hazırlıyor, test rafında doğruluyor, ikinci bir kişi onaylıyor ve ancak sonra canlıya çıkıyor. Tek kişinin hem hazırlayıp hem yayınlaması, gözden kaçan hatanın önündeki tek bariyeri kaldırıyor.

Yetkilendirme yazısı rol yapısını, fiyat değişikliğinin yolculuğu yazısı akışı anlatıyor.

Kısa özet

Dört değişiklik tipi test istiyor: şablon, kampanya, entegrasyon, sürüm. Üç seviye var: önizleme (bedelsiz, sınırlı), test rafı (en iyi maliyet-fayda), ayrı test ortamı (entegrasyon ve sürüm için). Test seti uç durumlardan kurulmalı: en uzun ad, ondalıklı fiyat, boş alan, Türkçe karakter. Yayın öncesi ikinci kişi onayı şart.

Regresyon: eskiyi bozmadığını doğrulamak

Yeni şablon çalışıyor olabilir ama eski şablonları bozmuş olabilir. Sürüm geçişlerinde ve şablon kütüphanesi değişikliklerinde bu risk gerçek. Basit bir regresyon kontrolü çok işe yarıyor: en çok kullanılan beş şablonun her birinden bir örnek etiket, değişiklikten önce ve sonra fotoğraflanıp karşılaştırılıyor.

Bu kontrol beş dakika sürüyor ve canlıya çıkan görsel bozulmaların çoğunu yakalıyor. Test rafında sabit duran beş etiket, bu iş için ayrılmış olmalı.

Kampanya kurgusunu tarih ileri alarak test etmek

Zamanlanmış kampanya geçişlerinin doğru çalıştığını beklemeden görmek için test ortamında sistem tarihini ileri almak ya da kampanyayı beş dakika sonrasına kurmak yeterli. İkinci yöntem canlıda da güvenli: test rafında beş dakika sonra başlayacak bir kampanya tanımlanıyor ve geçişin doğru saatte, doğru şablonla olduğu gözlemleniyor.

Bu test, özellikle indirim bitiş saatlerinde eski fiyata dönüşün çalıştığını doğrulamak için önemli. Başlangıcı test edip bitişi test etmemek, sahada en sık görülen eksik. İndirimli satışta etiket kuralları yazısı bitiş anının neden kritik olduğunu anlatıyor.