Metin2 test sunucusu, yeni files, quest, istemci veya veritabanı değişikliklerini canlı oyunculara uygulamadan önce sınadığınız ayrı ortamdır. Amaç sadece güncellemenin açılıp açılmadığını görmek değildir. Mevcut özelliklerin bozulmadığını, geri dönüşün mümkün olduğunu ve testin gerçek müşterilere işlem üretmediğini de doğrulamaktır.
Canlı sunucuda “hemen deneyip kapatmak” özellikle veri yapısını değiştiren işlemlerde risklidir. Test ortamı bu riski azaltır; canlı ortamla farklılıkları bilinmezse yanlış bir güven duygusu da oluşturabilir.
Ayrı kanal her zaman ayrı test ortamı değildir
Test kanalı canlı veritabanını veya ortak servisleri kullanıyorsa yapılan işlem gerçek oyuncu verisine dokunabilir. Yalıtım için yalnızca kanal adını değiştirmek yeterli değildir. Veritabanı bağlantıları, dosya yolları, kimlik bilgileri ve dış servisler de ayrılmalıdır.
İyi bir test düzeninde canlı veritabanına yazma yetkisi verilmez. Yönetim erişimi gerekli kişilerle sınırlandırılır ve test hizmetleri herkese açık bırakılmaz. Kullanılan adreslerin canlı ortamdan kolayca ayırt edilmesi, yanlış sunucuda komut çalıştırma riskini azaltır.
Canlı sistemle neler aynı olmalı?
İşletim sistemi, ilgili kütüphaneler, veritabanı sürümü, files ve yapılandırma tercihleri mümkün olduğunca uyumlu tutulmalıdır. Test sisteminde bulunmayan bir bağımlılık canlıda hataya yol açabileceği gibi, yalnızca testte bulunan bir dosya da eksikliği gizleyebilir.
Kaynaklar farklı olabilir; ancak bu durumda testin amacı açıkça yazılmalıdır. Küçük bir ortamda işlev testi yapmak mümkündür, fakat bu sonuçla canlı oyuncu kapasitesi hakkında garanti verilemez. Performans karşılaştırması gerekiyorsa donanım ve yük koşulları ayrıca eşleştirilmelidir.
Hangi veriler test ortamına taşınmalı?
İlk tercih sentetik test hesapları ve senaryoya uygun örnek veridir. Canlı verinin kopyalanması gerekiyorsa yalnızca gerekli kısmı alın; kişisel verileri ve sırları test ortamına gelişigüzel taşımayın. Kullanıcı e-postası, telefon, erişim tokenları ve gerçek ödeme bilgileri test için çoğu zaman gerekli değildir.
- Canlı yönetici şifrelerini ve servis anahtarlarını testte tekrar kullanmayın.
- E-posta ve SMS gönderimini test alıcılarıyla sınırlayın veya güvenli bir yakalama sistemi kullanın.
- Ödeme, mağaza ve teslimat entegrasyonlarını test uçlarına bağlayın.
- Zamanlanmış işlerin gerçek kullanıcıya ödül, fatura veya mesaj üretmediğini kontrol edin.
- Yedek ve loglara erişimi sınırlandırın; test verisini gereksiz süre saklamayın.
Güncelleme için uygulanabilir bir test akışı
- Değişikliği tanımlayın: Hangi sorunu çözdüğünü, etkilenen dosyaları ve varsa veritabanı değişimini yazın.
- Başlangıç durumunu kaydedin: Güncellemeden önce çalışan sürümü ve geri yüklenebilir yedeği hazırlayın.
- Test ortamına uygulayın: Adımları sırasıyla kaydedin; elle yapılan unutulabilir müdahaleleri azaltın.
- Yeni özelliği sınayın: Normal kullanım kadar eksik veri, tekrar deneme ve hata durumlarını da kontrol edin.
- Eski akışları tekrar deneyin: Giriş, karakter seçimi, kanal ve harita geçişi gibi temel işlemleri doğrulayın.
- Geri dönüşü deneyin: Eski dosyaların yeni veritabanıyla uyumlu olup olmadığını varsaymayın.
- Yayın kararını verin: Kabul ölçütleri sağlanmıyorsa canlıya taşımayın; sonucu kaydedip yeniden test edin.
Örneğin bir pazar güncellemesinde sadece pazar açılmasını görmek yeterli değildir. Kapanma, tekrar giriş, eşya teslimi ve işlem yarıda kesildiğinde veri tutarlılığı da kontrol edilmelidir. Bu bir test senaryosu örneğidir; belirli bir files paketinde doğrulanmış sonuç değildir.
Canlıya geçişte test ortamından ne taşımalısınız?
Onaylanmış dosyaları ve planlanmış veritabanı değişikliklerini taşıyın; test oyuncularını veya test ödeme kayıtlarını canlıya aktarmayın. Yayın sürümünü kaydedin, bakım penceresini belirleyin ve sonrasında aynı temel akışları tekrar kontrol edin. Canlıda oluşan yeni veriler nedeniyle geri dönüşün testteki kadar basit olmayabileceğini hesaba katın.
Açılış veya kapsamlı güncelleme planı için son 48 saat kontrol listesinden, yedek hazırlığı için yedekleme rehberinden yararlanabilirsiniz.
Test sunucusu hangi pakette olmalı?
Tek bir doğru paket yoktur. Yalnızca işlev kontrolü ile yüksek yük altında performans ölçümü farklı ihtiyaçlardır. Metin2 sunucu seçeneklerini değerlendirirken testin amacını, gerekli yazılım sürümlerini ve canlı ortamdan ayrılması gereken servisleri belirtin.
Snapshot almak test ortamının yerini tutar mı?
Hayır. Snapshot geri dönüş araçlarından biri olabilir; değişikliğin oyuncuları etkilemeden sınanmasını sağlamaz. Ayrıca uygulama ve veritabanı tutarlılığı, yedeğin kapsamı ve geri dönüş sonrası veri kaybı ayrı değerlendirilmelidir.
