Taşınma Fiyat Hesaplayıcısını Gerçek Hamle Olmadan Test Etmek

Daniel Mercer'ın yazısında anlatılan problem çok pratik: taşınma fiyat hesaplayıcısı geliştiriyorsun, fiyatlandırma mantığını her değiştirişinde gerçek bir hamle yapamazsın, müşterileri de test ortağı yapamızsın. Peki nasıl doğru çalışıp çalışmadığını anlıyorsun?

Çözüm test hamlelerinin bir kütüphanesi oluşturmak. Gerçek hayatta karşılaşabileceğin durumları kapsayan senaryolar: tek odalı daire bir eyalet ötesine taşınıyor, dört odalı ev ülke genelinde gidiyor, merdivenli taşıyış, piyanolu hamle, normal hamle. Her test hamlesi için önceden belirlenmiş bir fiyat aralığı tanımlıyorsun. Fiyatlandırma kodu değiştiğinde ve bir teklif bu aralığın dışına çıkarsa sistem hemen uyarı veriyor. Böylece hata sessizce kodun içinde kalıp müşteriye ulaşmıyor.

İkinci kısım kenar durumları test etmek. Ortalama bir hamlenin fiyatı kolay, sorun çıkaran şey tuhaf olanlar. Çok kısa mesafe ama yine de tam ekip gerekli, çok uzun mesafe ama az eşya, en ucuz ayda taşıyış ile en pahalı ayda taşıyış. Bu durumlar hesaplayıcıyı kıracak şeyler, onları yakalamak gerekiyor.

Bu yaklaşım yazılımda yaygın bir desen: gerçek veriyle test edemiyorsan, gerçek hayatın türlerini temsil eden sentetik test setleri oluştur. Fiyatlandırma, rezervasyon, lojistik, benzer sorunları olan her sistemde işe yarıyor. Önemli olan test hamlelerinin yeterince çeşitli olması ve beklenen sonuçların açık olması.