Bu rehberde
Emülatör iyi bir ilk geçiştir. Hızlı ve ücretsizdir ve editörünle aynı pencerede çalıştırabilirsin. Ama o bir telefonun modelidir ve modelin dışarıda bıraktığı ayrıntılar gerçek kullanıcıların karşılaştığı şeylerdir. Bu, nasıl yapılmış olursa olsun her uygulama için geçerlidir. Her satırı kendin yazmadığında biraz daha önem kazanır, çünkü kırılgan olabilecek yerlere dair hissin daha zayıftır.
Gerçek bir telefonun gösterdikleri
- Hız ve ısınma. Bilgisayarında pürüzsüz çalışan bir ekran, daha eski ya da daha ucuz bir telefonda takılabilir. Uzun listeleri kaydır, en ağır ekranı aç ve uygulamayı on dakika kullan.
- İzinler. Kamera, konum, bildirimler, depolama: "İzin ver"e dokun, sonra "İzin verme"ye dokun, sonra daha sonra sistem ayarlarından kapat. Uygulama kendini açıklıyor ve yine de çalışıyor mu?
- Klavye. Girdi alanını kapatıyor mu? E-posta ya da sayılar için doğru klavye türü çıkıyor mu? Geri hareketiyle kapatınca ne oluyor?
- Kesintiler. Bir arama, bir bildirim, uygulamalar arası geçiş, ekranı döndürme, kilit ekranı zaman aşımı. Uygulamaya dön: girdin hâlâ orada mı?
- Gerçek bağlantılar. Zayıf sinyal, Wi-Fi'den mobil veriye geçiş, uçak modu. Bkz. çevrimdışı davranışı test etme.
- Dokunma ve boyut. Düğmelere başparmakla kolayca dokunulabiliyor mu? Metin küçük bir ekrana ve büyük sistem yazı boyutlarına sığıyor mu?
- Kurulum ve güncelleme. Yayın build'ini temiz kur, sonra eski bir build'in üzerine güncelle. Veri korunuyor mu?
Bunların hiçbirini bir masaüstünden inandırıcı şekilde kontrol edemezsin.
Kısa bir cihaz planı
Bir çekmece dolusu telefona ihtiyacın yok. Sayıdan çok farkları kapsa. Bu tablo bilerek pazar payı iddiası içermez; ulaşabildiklerinden seç.
| Slot | Neden | Nereden alınır |
|---|---|---|
| Kendi telefonun | Günlük kullanım, gerçek alışkanlıklar | Zaten sende var |
| Daha eski ya da daha ucuz bir telefon | Hız ve bellek sınırlarını gösterir | Bir arkadaş, aile, ikinci el |
| Farklı ekran boyutunda bir telefon | Yerleşim sorunları | Aynısı |
| Farklı bir işletim sistemi sürümü | Davranış ve izin pencereleri sürümlere göre değişir | Aynısı ya da bir test edici |
| Geliştirici olmayan bir kişi | Senin artık görmediğin adımları bulur | Sor |
Hangi model ve sürümlere öncelik verileceği: hangi Android cihazlarda gerçekten test etmelisin.
Cihazlara ulaşamadığında
Test edicilere sor. Kendi telefonlarındaki insanlardan gelen özel ve yapılandırılmış geri bildirim, sahip olmadığın cihazları sana verir ve rapor model ve işletim sistemi sürümünü içerir. Bunu test brief'inde açıkça iste.
Google Play için kapalı test gereksinimi, uygulamanı zaten diğer insanların telefonlarının önüne koyar. Bkz. kapalı test gereksinimleri (DE) ve 14 gün neyi sayar (DE). Bu günleri yalnızca bir sayaç olarak değil, gerçek geri bildirim için kullan.
30 dakikalık bir tur
- Yayın build'ini gerçek bir telefona kur.
- İlk açılış, kayıt, ana akış: baştan sona.
- Her izni bir kez reddet, bir kez ver.
- Uygulamayı üç şekilde kes: arama ya da bildirim, uygulama değiştirme, ekran döndürme.
- Akış ortasında uçak modunu aç.
- Her sorunu adımlar, beklenen, gerçekte olan ve cihazla yaz. Bir asistanla düzeltiyorsan istem şablonunu kullan.
AppReviewX nerede devreye giriyor
AppReviewX, diğer geliştiricilerden kendi telefonlarında özel ve yapılandırılmış geri bildirim sağlar. Yazdığın her geri bildirim bir kredi kazandırır, krediler uygulaman için geri bildirim almaya yarar ve yeni hesaplar 0 krediyle başlar. Android için, Google Play gereksinimi kapsamında 12 test edici ile ardarda 14 gün süren test grupları vardır.
İlgili: Vibe coding merkezi, yayından önce nasıl test edilir, yayın kontrol listesi.