Göç gecesinin sonunda site açılır, ana sayfa yüklenir, giriş çalışır ve herkes rahatlar. Çoğu kişi tam bu noktada testin bittiğini sanır. Oysa bir epin yazılım göçünde işin görünen kısmı en kolay kısmıdır; asıl riskler ilk bakışta hata vermeyen, sadece yanlış çalışan yerlerde saklanır. Ödeme bildirimi geliyor ama sipariş durumu güncellenmiyor. Teslimat gönderiliyor ama stoktan düşmüyor. Rapor açılıyor ama tutar eski dönemi kapsamıyor. Bunların hiçbiri kırmızı hata sayfası göstermez.
Bu yüzden göç sonrası doğrulama, "bir bakalım çalışıyor mu" turu değil, önceden yazılmış kabul kriterlerine karşı yapılan bir sınav olmalı. Aşağıda bir dijital ürün satış scripti göçünden sonra izleyeceğin katmanlı test planını bulacaksın: hangi sırayla test edeceksin, her katmanın geçme eşiği ne, ve bir katman geçemediğinde ne yapacaksın. Sıra önemli; çünkü alt katman bozukken üst katmanı test etmek yanıltıcı sonuç verir.
Site Açıldı Diye Göç Bitti mi Sandın?
Bir sistemin ayakta olması, doğru olması anlamına gelmez. Ayakta olmak teknik bir durum; doğru olmak ise iş kuralına uygunluk. Göç sonrası ilk yarım saatte yapman gereken şey, sistemin ayakta olduğunu değil doğru olduğunu ölçmek. Bunun için testleri beş katmana ayır: erişilebilirlik, veri bütünlüğü, para yolu, teslimat zinciri ve arama motoru sürekliliği. Her katman kendinden öncekine dayanır.
En sık yapılan hata ortadan başlamaktır. Ekip heyecanla bir test siparişi geçer, teslimat gelmez ve saatlerce teslimat entegrasyonunu kurcalar. Sebep aslında veri katmanındadır: ürün ile stok havuzu eşleşmesi aktarmada kaymıştır. Alt katmanı doğrulamadan üst katmana çıkmazsan bu tür kör kovalamacaları hiç yaşamazsın. Bu düzenin adı katmanlı doğrulama ve iyi bir e-pin satış scripti göçünün ayrılmaz parçası.
Duman Testi: İlk Otuz Dakikada Neye Bakılır?
Duman testi, sistemin temel nefes alıp almadığını gösteren kısa turdur. Listesi kısa olmalı, yoksa otuz dakikaya sığmaz. Bak: ana sayfa ve üç kategori açılıyor mu, ürün detayında fiyat doğru mu, misafir kullanıcı sepete ekleyebiliyor mu, kayıtlı müşteri giriş yapıp bakiyesini görebiliyor mu, yönetim paneli açılıyor mu, e-posta gönderimi çalışıyor mu, zamanlanmış görevler koşuyor mu. Yedi madde, her biri tek cümlelik kriterle.
Duman testinde eski bir müşteri hesabıyla giriş yapmak kritik. Yeni açtığın test hesabı her zaman çalışır; sorun aktarılmış hesaplarda çıkar. Rastgele üç eski müşteri seç, bakiyelerini ve son üç siparişini eski sistemdeki değerle karşılaştır. Bu üç kayıt tutuyorsa veri katmanına dair ilk güvenceyi almış olursun. Tutmuyorsa satışı açma; geri dönüş eşiğini düşün.
| Test katmanı | Yöntem | Geçme eşiği | Sıklık |
|---|---|---|---|
| Erişilebilirlik | Ana sayfa, kategori, ürün, panel açılışı | Tümü 200 yanıt, 2 sn altı | İlk 30 dakika, sonra günlük |
| Veri bütünlüğü | 3 eski müşteride bakiye ve sipariş karşılaştırma | Birebir eşit | Cutover sonrası bir kez |
| Para yolu | Gerçek kartla düşük tutarlı sipariş | Bildirim + durum + kayıt üçü tutuyor | Her ödeme yöntemi için bir kez |
| Teslimat zinciri | Otomatik teslimatlı ürün siparişi | 60 saniye içinde kod ulaştı | İlk gün 3 kez |
| Bayi ve API | Bayi hesabından uç nokta çağrısı | Yanıt biçimi değişmemiş | Cutover sonrası ilk saat |
| Arama motoru sürekliliği | Eski adreslerin yönlendirme kontrolü | 301 zinciri tek adımda bitiyor | İlk 24 saat |
| Yük davranışı | Yoğun saat izleme, yanıt süresi grafiği | Zaman aşımı yok | İlk 72 saat sürekli |
Para Yolu Testleri: Kuruş Kuruş Mutabakat
Para yolu testi tek bir siparişle bitmez; çünkü ödeme akışının üç ayrı ayağı var. Birinci ayak müşterinin ödeme sayfasına yönlenmesi, ikinci ayak sağlayıcının bildirim göndermesi, üçüncü ayak sistemin bu bildirimi doğrulayıp sipariş durumunu güncellemesi. Göçten sonra en sık kopan yer ikinci ayaktır; çünkü bildirim adresi eski sunucuya kayıtlı kalır veya yeni sunucunun IP adresi sağlayıcı tarafında tanımsızdır. Bildirim gelmezse müşteri parayı ödemiştir ama siparişi bekliyor görünür.
Bu yüzden her ödeme yöntemi için ayrı ayrı, gerçek parayla, düşük tutarlı bir sipariş geç. Sonra üç kaydı yan yana koy: sağlayıcı panelindeki işlem, sistemdeki ödeme kaydı ve sipariş durumu. Üçü tutmuyorsa test geçmemiş sayılır. Ayrıca bakiye yükleme akışını ayrı test et; birçok kurulumda bakiye yükleme ile ürün satın alma farklı kod yolundan geçer ve biri çalışırken diğeri sessizce bozuk kalabilir. Yeni kurulumun desteklediği ödeme ve bakiye modellerini özellikler bölümünde görüp test listeni buna göre çıkarabilirsin.
Göç sonrası doğrulamada yakalanan hataların katmanları
- Ödeme bildirimi ve durum güncelleme 35%
- Otomatik teslimat ve stok eşleşmesi 30%
- Bildirim gönderimi ve zamanlanmış görev 20%
- Yönlendirme ve adres yapısı 15%
Otomatik Teslimat Gerçekten Çalışıyor mu?
Teslimat zinciri, göçün en çok yanlış anlaşılan parçası. "Kod müşteriye gitti" demek testin geçtiği anlamına gelmiyor. Doğru test şunları birlikte doğrular: teslim edilen kod doğru ürünün havuzundan mı geldi, o kod stokta kullanıldı olarak işaretlendi mi, aynı kod ikinci bir siparişe verilebilir durumda kaldı mı, teslimat kaydı sipariş detayında görünüyor mu, ve müşteriye giden e-posta ya da panel bildirimi gerçekten ulaştı mı. Beş kontrolün biri eksikse zincir sağlam değil.
Özellikle çift teslimat riskini test et. Aynı siparişi hızlıca iki kez onaylamayı dene; sistem ikinci denemeyi reddetmeli. Göçte kilit mekanizmaları veya benzersiz kısıtlar bazen aktarılmıyor ve bu, aynı kodun iki müşteriye gitmesi gibi doğrudan zarar üreten bir hataya kapı açıyor. Aynı şekilde tedarikçi tarafındaki uç noktalarla çalışan otomatik tedarik akışlarını da test et; yeni sunucunun IP adresi tedarikçi tarafında tanımlı değilse teslimat sessizce kuyrukta bekler.
Göçten sonra günlük kaydı seviyesini geçici olarak ayrıntılıya çek ve her sabah hacmi karşılaştır. Hata hacminde ani sıçrama, kullanıcı şikâyeti gelmeden önce sana sorunu haber verir. Üçüncü günün sonunda seviyeyi normale döndür.
Arama Motoru Sürekliliği Testleri Neden Ertelenemez?
Göçte adres yapısı değiştiyse eski bağlantılarının tamamı için yönlendirme kurmuş olman gerekir. Bunu ertelemenin maliyeti büyük, çünkü arama motoru yeni yapıyı öğrenirken kırık adresleri görürse sıralaman düşer ve geri kazanmak aylar sürer. Test yöntemi basit: eskiden en çok ziyaret alan elli adresi bir listeye al, hepsini tek tek çağır ve yanıt kodunu kaydet. Kabul kriteri şu: her adres tek adımda 301 ile doğru yeni adrese gitmeli, zincir kurmamalı, 404 dönmemeli.
İkinci kontrol site haritası ve indeksleme dosyaları. Yeni kurulum site haritasını farklı bir adreste üretiyorsa arama konsolunda güncellemen gerekir. Üçüncü kontrol kanonik adresler: göç sonrası aynı ürünün hem eski hem yeni adres deseninde açılabildiği durumlar oluşabilir ve bu, kendi sayfalarının birbiriyle yarışmasına yol açar. Bir de sayfa hızını ölç; yeni sunucuda önbellek ayarları taşınmadıysa yanıt süresi beklediğinden yavaş çıkabilir ve bunu erken görmek altyapı planını doğru pakete göre ayarlamanı sağlar.
Kabul Kriterini Yazmadan Test Yapmak Zaman Kaybı
Son ve en önemli bölüm. Test, sonucu "iyi görünüyor" olan bir faaliyet değildir. Her test maddesinin yanında sayısal veya ikili bir kriter olmalı: eşit, 60 saniyeden az, sıfır satır, tek adım. Kriter yoksa test yapan kişi kendi beklentisine göre karar verir ve iki kişi aynı sonuca bakıp farklı hüküm verir. Kriteri göçten önce yaz; gece yazılan kriter, gerçekleşene göre esnetilir.
Kriterlerin yanına bir de kim onaylıyor alanı koy. Para yolunu işletme sahibi onaylar, teslimat zincirini operasyon, yönlendirmeleri pazarlama, altyapıyı teknik. Bu dağıtım hem sorumluluk yaratır hem de tek kişinin gözünden kaçan şeyleri yakalar. Tüm kriterler onaylandığında göç dosyası kapanır ve elinde bir sonraki güncellemede de kullanacağın hazır bir regresyon listesi kalmış olur. Bu liste zamanla en değerli operasyon belgene dönüşüyor.
| Kabul kriteri | Ölçüm | Onaylayan | Zamanlama |
|---|---|---|---|
| Üç eski hesabın bakiyesi eşit | Karşılaştırma sorgusu | İşletme sahibi | Satış açılmadan önce |
| Her ödeme yönteminde canlı sipariş tamam | Üç kayıt mutabakatı | İşletme sahibi | İlk saat |
| Otomatik teslimat 60 saniye altında | Zaman damgası farkı | Operasyon | İlk gün 3 kez |
| Aynı kod ikinci siparişe verilemiyor | Çift onay denemesi | Operasyon | İlk gün |
| En çok ziyaret alan 50 adres tek adım 301 | Yanıt kodu listesi | Pazarlama | İlk 24 saat |
| Zamanlanmış görevler koşuyor | Son çalışma kaydı | Teknik | İlk 24 saat |
| Yedekleme ilk turu başarılı | Yedeği geri yükleme denemesi | Teknik | İlk 48 saat |
| Hata hacmi göç öncesi seviyeye döndü | Günlük kayıt sayımı | Teknik | 72 saat sonunda |
Göç sonrası testleri tahmine bırakmak istemiyorsan
Pinova; mutabakat raporları, teslimat izi ve ayrıntılı işlem günlükleriyle her kabul kriterini panel üzerinden ölçülebilir hâle getirir. Doğrulamayı ekranda yaparsın, sunucuda değil.
Göç sonrası testleri gerçek parayla yapmak zorunda mıyım?
Para yolu için evet. Test anahtarları sağlayıcının üretim davranışını birebir taklit etmez; bildirim imzası, IP kontrolü ve komisyon hesabı ancak canlı bir işlemde doğrulanır. Düşük tutarlı tek sipariş yeterli olur.
Hangi testi geçemezsem geri dönmeliyim?
Veri bütünlüğü ve para yolu katmanları geri dönüş sebebidir. Bakiye tutmuyorsa veya ödeme bildirimi sipariş durumunu güncellemiyorsa satış açmadan geri dönmek en doğru karar. Yönlendirme ve hız sorunları ise canlıda düzeltilebilir.
Doğrulama testleri ne kadar sürer?
Duman testi 30 dakika, para yolu ve teslimat testleri 1-2 saat, yönlendirme kontrolü yarım gün, izleme dönemi 72 saat. Tüm kabul kriterlerinin onaylanması normalde göçten sonraki üçüncü günün sonunda tamamlanır.
Test listesini göçten sonra da saklamalı mıyım?
Kesinlikle. Aynı liste her büyük güncellemede, sunucu değişiminde veya yeni ödeme yöntemi eklemede tekrar koşturulacak regresyon listen olur. Göçün sana bıraktığı en kalıcı kazanç bu belgedir.
Göç sonrası doğrulama, korku yönetimi değil kalite kontrolü. Katmanları sırayla geç, her maddeye sayısal bir kriter yaz, onaylayanı belirle ve ilk 72 saat gözünü hata kayıtlarından ayırma. Kullandığın e-pin satış yazılımının bu ölçümleri sana panelden verip vermediği, testin kolay mı yoksa çileli mi olacağını belirliyor. Hangi raporların hazır geldiğini merak ediyorsan canlı demo üzerinden sipariş, teslimat ve mutabakat ekranlarını gezip kendi kabul kriteri listeni oradan çıkarabilirsin.