“Test verisiyle sınandı” ne demek? Bir entegrasyonun gerçek kullanıma girmesi için gerekenler

Test verisiyle sınamak, yazılımın önceden hazırlanmış, sabit bir girdi kümesine, yani test verisi setine karşı çalıştırılması ve beklenen sonuçları üretmesinin doğrulanması demektir. Bu, kodun o durumları doğru işlediğini gösterir. Karşı tarafın bağlantıyı kabul edeceğini göstermez; çünkü gerçek kullanıma geçmek için karşı tarafın yetkisi, erişim bilgileri ve kendi entegrasyon test ortamı gerekir.

Bir satıcı entegrasyonun hazır olduğunu söyler. Otel, rezervasyonların pazartesi başlayacağını duyar. Bu iki cümle arasında bir sözleşme, bir dizi erişim bilgisi ve henüz kimsenin sözünü etmediği bir test penceresi durur. Bu yazı, test verisinin gerçekte neyi kanıtladığını, canlıya geçmeden önce karşı tarafın ne vermesi gerektiğini ve entegrasyon test ortamında yapılan sınamanın ne anlama geldiğini açıklıyor. Okuduktan sonra, her satıcıya, bizim de dahil olduğumuz her satıcıya, kısa ve somut bir soru listesi yöneltebileceksiniz.

“Hazır”, “sınandı” ve “kullanımda” neden aynı şey gibi duyuluyor?#

Çünkü her kelime farklı bir tarafın işini anlatır ve satıcı, doğru olmaya devam eden en kısa kelimeyi seçer. Üç iddia aynı güçte değildir.

“Hazır” genellikle kodun var olduğunu ve satıcının tarafında çalıştığını ifade eder. Bağlantının öbür ucundan söz etmez. “Sınandı”, kodun birinin hazırladığı veriye karşı çalıştığını, karşı tarafın canlı kurallarına ve limitlerine karşı değil. “Kullanımda” ise içinden gerçek bir rezervasyon, fatura ya da misafir kaydının geçtiğini ve bir sorun çıktığında adı belli bir kişinin sorumlu tutulabileceğini gösterir.

“Sınandı” ile “kullanımda” arasındaki mesafe nadiren teknik yetkinliktir. Asıl mesele izin, erişim bilgileri ve karşı tarafın açması gereken test penceresidir. Satıcılar “hazır” dediklerinde yalan söylemiyor. Kelime doğru; gerisini okur tamamlıyor, sorun tam olarak burada. İşe yarar bir alışkanlık: satıcının üç iddiadan hangisini öne sürdüğünü sorun ve yanıtı sözleşmeye ya da toplantı tutanağına yazın. Daha geniş bir sözlük için AI Otel'in beş durum etiketine ve her birinin ne iddia ettiğine bakabilirsiniz.

Test verisiyle sınamak gerçekte neyi kanıtlar?#

Yazılımın, birinin onun için hazırladığı veri biçimlerini ve sıralarını doğru işlediğini ve o kişinin beklediği sonuçları ürettiğini kanıtlar. Bu gerçek ve yararlı bir kanıttır; ama karşı tarafın canlı sisteminin eşiğinde durur.

Test verisi seti, beklenen çıktısıyla birlikte saklanan sabit bir girdi kümesidir; böylece her değişiklikten sonra aynı sınama yeniden çalıştırılabilir. Test verisiyle sınamak, yazılımı bu saklı durumlara karşı çalıştırmak demektir. Kanıtlayabildiği: verinin doğru okunup eşleşmesi, tarih ve para birimlerinin istendiği gibi dönüşmesi, hataların yakalanması, yeniden denemenin ikinci bir rezervasyon yaratmaması ve reddedilen bir isteğin yarım kalmak yerine temiz biçimde başarısız olması.

Kanıtlayamadığı: karşı tarafın gerçek doğrulama kuralları, istek limitleri, zaman aşımı süreleri, sertifika ve adres gereksinimleri ile dokümantasyonu ile gerçek davranışı arasındaki küçük farklar. Test verisi dostane veridir. Entegrasyonları bozan durumları nadiren içerir: aynı anda üç fiyat kuralından oluşan bir oda fiyatı, gece yarısından hemen sonra gelen bir iptal, karşı tarafın reddettiği karakterler içeren bir misafir adı.

Yalnızca başarı yolunu izleyen bir sınama, gösterimdir, sınama değil. Değer, reddedilen, yinelenen ve zaman aşımına uğrayan durumlardadır. Test verisi setlerini saklayın, sürümleyin ve her sürümde yeniden çalıştırın. Yeniden çalıştırılmayan bir sınama, bir öğleden sonra doğru olanı söyler. Sistemlerin birbiriyle nasıl konuştuğuna yabancıysanız, PMS entegrasyonunun nasıl çalıştığını sade bir dille anlatan yazıyı okuyabilirsiniz.

Bir entegrasyon canlıya geçmeden önce karşı taraf ne vermelidir?#

İki şey ve ikisi de satıcıya ait değil: işlem yetkisi ve karşı tarafın sistemlerini açan erişim bilgileri.

Yetki bir izin meselesidir. Birinin, bu otelin fiyatlarını, müsaitliğini ya da misafir verisini o tarafa göndermesine izinli olması gerekir; sözleşme de bir fiyat yanlış olduğunda ya da misafir kaydı yanlış işlendiğinde kimin sorumlu olduğunu yazmalıdır. Erişim bilgileri pratik taraftır: bir hesap, bir anahtar ya da token, bir tesis kimliği, kimi zaman bir sertifika ve izinli ağ adresleri listesi. Her biri karşı tarafça verilir; satıcı tarafından yazılamaz.

Elektronik faturalar ve mali akışlar için otelle kurum arasında lisanslı bir entegratör durur. O entegratörün kayıt süreci tamamlanmadan, yazılım ne kadar iyi olursa olsun hiçbir şey kesilmez. Erişim genellikle tesis bazında ve ortam bazında verilir. On oteli olan bir grup için on ayrı kurulum gerekir; ayrıca canlı kurulumdan ayrı bir test kurulumu.

Her tarafın, anahtarı çevirecek bir kararı onaylayabilen, adı belli bir kişiye ihtiyacı vardır; çünkü son adım bir yazılım yayını değil, bir karardır. Erken sorun. Erişim talebi koddan uzun sürebilir ve bitmiş bir entegrasyonun beklemesinin nedeni çoğunlukla budur.

Entegrasyon test ortamı nedir?#

Karşı tarafın canlı sistemi gibi davranan ama gerçek para, oda ya da misafir hareket ettirmeyen bir prova alanıdır. Canlıya geçiş öncesi sınama, yazılımın orada, karşı tarafın kendi kurallarına karşı, gerçek bir şey geçmeden çalışması demektir.

Tasarımı gereği ayrıdır: ayrı erişim bilgileri, ayrı tesis ya da hesap, ayrı veri. Orada yapılan hiçbir şey bir misafire ya da hesaba ulaşmaz. Amacı, başarısızlıklar dahil tüm yolu uçtan uca çalıştırmaktır: karşı tarafın reddettiği bir fiyat, bir zaman aşımı, yinelenen bir istek, iki kez gelen bir iptal.

Aynı zamanda karşı tarafın kendi kabul sınamalarını çalıştırdığı yerdir; satıcının tek başına yapamayacağı kısım budur. Bir durum olarak, canlıya geçiş öncesi sınama geliştirildi ile canlıda arasındadır. Yazılım bitmiştir ve çalıştırılmaktadır; henüz gerçek rezervasyon taşımamaktadır. Ne bitirir onu: karşı tarafın onayı, canlı erişim bilgileri, bir geri alma planı ve ilk günlerde gerçek trafiği izleyen bir kişi.

Kendi örneğimizle somutlaştıralım: müsaitlik ve fiyatlar, otelin sisteminden Channex entegrasyonumuz üzerinden büyük OTA'lara akar; entegrasyon canlıya geçiş öncesi test aşamasında. Bugün bağlı bir rezervasyon sitesi yok. Bu entegrasyon daha geniş bir tasarımın parçasıdır: web sitesini, rezervasyon sitelerini, acenteleri ve yapay zekâ asistanlarını besleyen tek oda envanteri.

AI Otel'in entegrasyonlarda yeri nerede?#

Geliştirildi ve test verisiyle sınandı; canlıya geçiş için kurum ve entegratör erişimleri gerekiyor. Bu cümlenin tamamı pozisyonumuzdur ve tüm entegrasyonlarımız için geçerlidir.

İlk yarı, yazılımın var olduğunu ve hazırlanmış test verisiyle çalıştırıldığını söyler. İkinci yarı, kalan işin kurumlara ve iş ortaklarına ait olduğunu, bize değil. Rezervasyon siteleri: geliştirildi, Channex entegrasyonumuz üzerinden canlıya geçiş öncesi test aşamasında. Hiçbir rezervasyon sitesine bağlantı iddiamız yok ve logolarını göstermiyoruz.

Dağıtım merkezi demo verisiyle geliştirildi: oteller sözleşmeli fiyatlarını kendi koşullarıyla seyahat acentelerine açar ve her teklif hesabını gösterir: otelin net fiyatı, uygulanan her fiyat kuralı, son fiyat. Bağlı bir acente yok. İş ortağı API'si geliştirildi, bağlı iş ortağı yok; iş ortakları ve yapay zekâ asistanları sürümlü, güvenli bir rezervasyon arayüzü üzerinden bağlanır.

Yazar kasalar ve kapı kilitleri için durum Tasarlandı: ÖKC yazar kasa cihazlarına satış noktası bazında bağlanacak, yaygın kapı kilidi sistemleriyle çalışacak şekilde tasarlandı. Hiçbiri için canlıya geçiş tarihi vermiyoruz; çünkü tarih, elimizde olmayan erişim bilgilerine bağlı. Bu tasarımların kapsamını kapı kilitleri ve yazar kasalar başlıklı yazıda anlattık.

Bir satıcı “entegrasyon hazır” dediğinde otel ne sormalı?#

Hangi iddianın öne sürüldüğünü, karşı tarafta kimin onay verdiğini ve ilk hatalı fiyatta ne olacağını sorun. Bu üç yanıt, bitmiş bir ürünle bitmiş bir cümleyi ayırır.

İş ortağının adını ve ortamını, karşı tarafın kendi ekibinin sınamlarını orada çalıştırıp çalıştırmadığını sorun. Erişim bilgilerini bugün kimin tuttuğunu ve canlıya geçtiği gün kimin tutacağını sorun. Sınamanın başarı yolunun ötesinde neyi kapsadığını ve aynı sınamaların her sürümde yeniden çalıştırılıp çalıştırılmadığını sorun.

Bir fiyat yanlış biçimde bir rezervasyon sitesine ulaşırsa kimin sorumlu olduğunu, nasıl düzeltildiğini ve kayda geçtiğini sorun. Geri alma planının ne olduğunu ve ilk günlerde gerçek trafiği kimin izlediğini sorun. Yanıtı yazılı isteyin. Yalnızca bir satış görüşmesinde var olan bir durum, sonradan denetlenemez.

Şimdi ne yapmalı#

Size en son “entegrasyon hazır” diyene yazılı bir soru gönderin: hangi iş ortağı, hangi ortam, kim onayladı, erişim bilgileri kimde. “Hazır”, “sınandı” ve “kullanımda” kelimeleri dünyanın üç farklı durumunu anlatır ve yalnızca sonuncusu otelinizden gerçek bir rezervasyon geçirir. Bu yazının geri kalanının tamamı, planınızı onlara göre yapmadan önce bu üçünü ayırt etmenin yoludur. Kendi entegrasyon durumumuzu nasıl açıkladığımızı görmek isterseniz görüşme talep edebilirsiniz.