Müşteri, Temizlik Uzmanı, backend ve operasyon panellerini aynı rezervasyon yaşam döngüsünde buluşturan lansman öncesi uçtan uca testler yoğunlaştırıldı. Temizlet’in İstanbul lansmanı öncesi ürün ve operasyon çalışmaları, kullanıcıya gösterilen vaatlerle gerçek sistem kurallarının aynı kalması hedefiyle ilerliyor.
Tek ekran değil uçtan uca senaryo test ediliyor
Temizlet’in lansman hazırlığında yalnızca uygulama ekranlarının açılıp açılmadığına bakılmıyor. Bir müşterinin oturum açması, adres seçmesi, hizmet oluşturması, ödeme yapması; uygun uzmanın işi görüp kabul etmesi, yola çıkması ve tamamlaması gibi uçtan uca senaryolar birlikte kontrol ediliyor. Çünkü her parça tek başına çalışsa bile modüller arasında kimlik veya durum uyuşmazlığı gerçek kullanımda hataya dönüşebilir.
Müşteri ve uzman kimliği aynı kayıtta
Testlerin önemli başlıklarından biri rezervasyon kimliğinin tüm sistemde tutarlı taşınması. Müşteri uygulaması, provider uygulaması, web ve yönetim ekranı aynı iş için farklı geçici kimlikler kullanırsa canlı takip, ödeme veya destek ekranları yanlış kayda bağlanabilir. Backend’de bu nedenle tek yetkili rezervasyon kimliği ve kontrollü durum geçişleri üzerine ek doğrulamalar bulunuyor.
Planlı ve anlık işler ayrı deneniyor
Anlık rezervasyonlarda çevrimiçi uzman, güncel konum ve rota koşulları; planlı rezervasyonlarda takvim çakışması ve ileri tarihli kabul senaryoları öne çıkıyor. Testler bu iki akışın birbirine karışmamasına odaklanıyor. Örneğin ileri tarihli işi kabul etmek için uzmanın o anda çevrimiçi olmasının zorunlu olmaması, ancak iş saati yaklaşınca anlık operasyon adımlarının devreye girmesi bekleniyor.
Hata durumları da senaryonun parçası
Ödeme başarısızlığı, eksik belge, uzman bulunamaması, ağ kesintisi, iptal veya yinelenen istek gibi olumsuz senaryolar da test planında yer alıyor. Amaç yalnızca ideal akışın çalışması değil; hata oluştuğunda kullanıcının aynı işlemi tekrar yaparak çift rezervasyon üretmemesi ve sistemin hangi adımda kaldığını anlaşılır biçimde gösterebilmesi.