Test ortamının amacı değişikliği kullanıcıları etkilemeden değerlendirmektir. Fakat test uygulaması üretim veritabanına bağlanıyor veya gerçek müşterilere e-posta gönderiyorsa bu ayrım yalnızca isimde kalır. Ortam ayrımı; altyapı, kimlik, veri ve dış servis davranışıyla birlikte tasarlanmalıdır.
Önce bağımlılık haritası çıkarın
Uygulamanın kullandığı veritabanı, dosya alanı, kuyruk, e-posta, ödeme ve diğer API'leri listeleyin. Her biri için testte kullanılacak karşılığı yazın. Eksik kalan bağımlılık üretime yönlenmemelidir. Ortamlar arasında ortak kullanılan servis varsa erişim sınırı ve hata etkisi açıkça değerlendirilmelidir.
Üretim sırlarını testte kullanmayın
Veritabanı parolası, erişim anahtarı ve imza sırları ortam bazında ayrılmalıdır. Yetkiler gereken işlemlerle sınırlı olsun. Kaynak koduna veya ekip sohbetine açık biçimde sır eklemeyin. Dağıtım aracının hangi ortama hangi hesapla eriştiği belli olsun; üretim onayı test akışından ayrı değerlendirilsin.
Veri benzerliği ile gizliliği dengeleyin
Gerçekçi test için üretim verisini bütünüyle kopyalamak her zaman gerekli veya uygun değildir. Sentetik veri veya uygun maskeleme yöntemlerini değerlendirin. Teste gelen verinin kapsamı ve saklama süresi kurum politikasıyla belirlenmelidir. Dosya ekleri, loglar ve yedekler de hassas veri içerebilir; yalnızca ana veritabanını düşünmeyin.
| Alan | İstenen ayrım |
|---|---|
| Hesap | Ayrı kimlik ve sınırlı rol |
| Veri | Uygun test verisi ve saklama |
| Dış servis | Sandbox veya kontrollü taklit |
| Dağıtım | Ortam bazında onay ve kayıt |
| Ağ | Gereksiz üretim erişiminin kapatılması |
Ortam farklarını kayıt altına alın
Ayrı ortamlar bütünüyle farklı sürümler kullanıyorsa test sonuçları yanıltıcı olabilir. Uygulama paketi, çalışma zamanı ve veritabanı sürümleri mümkün olduğunca kontrollü yönetilsin. Kaynak kapasitesindeki farklar belgelenmelidir; küçük test ortamında geçen işlem üretimde aynı performansı garanti etmez. Yapılandırmayı tekrarlanabilir yöntemlerle yönetmek farkları azaltmaya yardımcı olur.
İlk kabul testini güvenlik davranışına ayırın
Test sisteminin gerçek müşteriye mesaj göndermediğini, gerçek ödeme oluşturmadığını ve üretim verisini değiştirmediğini doğrulayın. Sonra işlev testlerine geçin. Ortamı kullanan ekiplere neyin gerçek neyin test olduğu açıkça gösterilsin. Geçici ortamların sahibi ve kapanış tarihi belli olsun; unutulan sistemler gereksiz maliyet ve erişim yaratabilir.
Tek sunucuda iki klasör yeterli mi?
Risk ve uygulamaya bağlıdır; dosya yolu ayrımı tek başına kimlik, veri ve kaynak izolasyonu sağlamaz. Dağıtım tasarımı için kontrollü yayın rehberini inceleyin.
İhtiyacınıza uygun kapsamı belirlemek için CieloSync çözümlerini inceleyebilir veya ekibimizle iletişime geçebilirsiniz.