Bu rehberde
Android vitals, uygulamanın teknik kalitesine dair Google'ın kontrol panelidir; gerçek cihazlardan, saha verisinden toplanır. Play Console'da yer alır. Küçük bir ekip için mantıklı yaklaşım, birkaç sayıyı izlemek, ne anlama geldiklerini anlamak ve neyi önce düzeltmesi gerektiğine karar vermek için kullanmaktır.
Temel metrikler
Google'ın Android geliştirici dokümantasyonu şunları en önemli vitals olarak listeler:
- Kararlılık: kullanıcının fark ettiği çökme oranı ve kullanıcının fark ettiği ANR (Application Not Responding, uygulama yanıt vermiyor) oranı.
- Pil: aşırı kısmi uyanık kilitleri (wake lock).
- Bellek: bellek kullanımı ve bitmap bellek kullanımı.
Kararlılıkla başla. Çökmeler ve ANR'ler, çoğu geliştiricinin doğrudan harekete geçebileceği sayılardır.
Eşikler ve neden önemli
Aynı dokümantasyon "kötü davranış" eşiklerini adlandırır. Google Play'de görünürlüğü en üst düzeye çıkarmak için bunların altında kal:
| Metrik | Genel (cihazlar arası ortalama) | Cihaz modeli başına |
|---|---|---|
| Kullanıcının fark ettiği çökme oranı | %1,09 | %8 |
| Kullanıcının fark ettiği ANR oranı | %0,47 | %8 |
Bir eşiği aşarsan Google, Play'in uygulamanın görünürlüğünü azaltabileceğini ve mağaza sayfanda bir uyarı gösterebileceğini söylüyor. Eşikler değişebilir; bir değeri alıntılamadan önce güncel sayfayı kontrol et.
İki okumayı ayrı tut: genel oran, uygulamanın ortalamada sağlıklı olup olmadığını söyler. Cihaz modeli başına oran ise ortalama iyi görünse bile tek bir cihaz ailesinin ciddi biçimde bozuk olup olmadığını söyler.
Nereye bakmalısın
Çökme ve ANR verileri Play Console'daki Android vitals panosunda görünür. Aynı veriye Google Play Developer Reporting API üzerinden de erişebilirsin. Cihaza özgü bir sorunu araştırmak için Google, Play Console'daki Erişim ve Cihazlar bölümlerine bakmanı öneriyor.
Vitals ve testçi raporları
Vitals bir şeyin başarısız olduğunu ve ne sıklıkla olduğunu söyler. Kişinin ne yaptığını nadiren söyler. Testçi raporu bu boşluğu doldurur.
- Tespit et: bir sürümden sonra vitals'ta bir artış gör.
- Sor: etkilenen cihaz tipindeki testçilerden ana akışları tekrar etmelerini ve tam adımları not almalarını iste.
- Eşleştir: adımlarını vitals kümelerindeki yığın izleriyle (stack trace) karşılaştır.
- Düzelt, sonra bir sonraki sürümden sonra sayıyı izle.
Vitals yayınlanmış sürümleri yansıtır; yayın öncesi testin yerini tutamaz. Ayrıca çok az kullanıcısı olan yeni bir uygulama için pek bir şey söylemez: küçük örneklemler yüzdeleri oynatır. Bu aşamada testçi geri bildirimi daha fazla ağırlık taşır.
Sayıları önceliğe dönüştürmek
- En çok kullanıcıyı etkileyen çökme kümelerini önce düzelt. Bkz. çökme raporlarına nasıl öncelik verilir.
- ANR'leri ayrı bir sorun olarak ele al; nedenleri farklıdır (ana iş parçacığının bloke olması, yavaş I/O). Bkz. Android ANR hataları.
- Koda dokunmadan önce cihaza özgü bir artışı gerçek ya da benzer bir cihazda kontrol et.
- Her sürümde sayıyı not et, böylece bir değişikliğin işe yarayıp yaramadığını görebilirsin.
Bu, Android uygulama testi rehberinin bir parçası. İlgili: gerçek cihaz testleri ile gerçek testçiler ve Android sürüm kontrol listesi.
Testçilerin bir sorunu kendi telefonlarında yeniden üretmesini mi istiyorsun? Ücretsiz başla ve özel, yapılandırılmış geri bildirim topla.