Testçiler ilk oturumlarını, arka uç çalışmadığında, test hesabı işe yaramadığında ya da uygulama yanlış sunucuya baktığında kaybeder. Herhangi bir davet göndermeden önce bu listeyi çalıştır. Her maddede bir neden ve doğrulama yolu vardır.
| # | Madde | Neden | Nasıl kontrol edilir |
|---|---|---|---|
| 1 | Derleme test arka ucunu gösteriyor, canlı sistemi değil | Test işlemleri gerçek kullanıcılara ya da gerçek paraya dokunmamalı | Kurulu derlemedeki temel URL'yi kontrol et; bir işlem yap ve test veritabanında ara |
| 2 | Test arka ucu ayakta ve ağının dışından erişilebilir | Testçiler senin Wi-Fi'nda ya da VPN'inde değil | Bir telefonda mobil veriden aç |
| 3 | Her rol için test hesapları var (yeni kullanıcı, normal, gerekirse yönetici) | Testçiler kayıt olmak ya da tahmin yürütmek için zaman kaybetmemeli | Temiz bir kurulumdan her biriyle giriş yap |
| 4 | Kimlik bilgileri davetin içinde, yalnızca senin kafanda değil | İlk destek sorusunu önler | Daveti bir yabancı gibi yeniden oku |
| 5 | Örnek veriler gerçekçi (uzun adlar, boş ve dolu listeler, özel karakterler) | Boş ya da düzenli veriler düzen ve mantık hatalarını gizler | Ana listeleri bu verilerle gez |
| 6 | Veriler hızlıca sıfırlanabilir | Kötü bir test oturumundan sonra temiz bir duruma ihtiyacın var | Sıfırlamayı bir kez çalıştır ve süresini ölç |
| 7 | Ödemeler ve e-postalar sandbox/test modunda çalışıyor | Gerçek ücret ya da gerçek adreslere e-posta yok | Bir test satın alma yap; e-postaların nereye gittiğini kontrol et |
| 8 | Test edilen derleme için özellik bayrakları ayarlı | Bitmemiş özellikler gizlenmeli ya da işaretlenmeli | Bu derleme için bayrakları ve değerlerini listele |
| 9 | Üçüncü taraf anahtarları (harita, push, kimlik doğrulama) test derlemesi için geçerli | Başka bir uygulama kimliğine bağlı anahtarlar sessizce başarısız olur | Her servisi bir kez cihazda tetikle |
| 10 | Push bildirimleri bir test cihazına ulaşıyor | Genellikle yalnızca test derlemelerinde yanlış yapılandırılır | Arka uçtan bir tane gönder |
| 11 | Çökme ve hata raporlama açık, derleme numarası eklenmiş | Aksi halde testçilerden kayıt alamazsın | Bir test çökmesi tetikle ve panelde bul |
| 12 | Günlükler şifre ya da kişisel veri saklamıyor | Test verileri de gerçek insanların verisi olabilir | Günlük satırlarından bir örneği oku |
| 13 | Testçiler derlemeyi yükleyebiliyor (bağlantı, grup ya da davet çalışıyor) | En yaygın ilk hata | Testçilerin kullanacağı tam yoldan, ikinci bir cihazda yükle |
| 14 | Derleme numarası uygulamada görünür | Her raporun bir sürüme ihtiyacı var | Ayarlar ya da hakkında ekranını aç |
| 15 | Bilinen sorunlar listesi var | Testçilerin zaten bildiğin şeyi bildirmesini önler | Daveti göndermeden önce yaz |
| 16 | Geri bildirim için tek bir yer var ve onu göreceksin | Dağınık geri bildirim kaybolur | Kendine bir test raporu gönder |
Şablon: davet öncesi hazırlık notu
Ortam: [staging URL] Derleme: [numara] Tarih: [tarih]
Kontrol eden: [ad]
[ ] Yukarıdaki 1-16 tamam. İstisnalar: [liste]
Bilinen sorunlar: [liste]
Sıfırlama prosedürü: [adımlar]
Uyarla
Uygulanmayan maddeleri çıkar (arka uç yok, ödeme yok). Yığınına özel olanı ekle; örneğin bir veritabanı geçişi ya da tohumlanmış bir demo modu. Geçişleri nasıl test edeceğin için bkz. veri kaybetmeden veritabanı geçişlerini test etme.
İlgili
- Merkez: mobil uygulama test listeleri merkezi
- Mobil uygulamalar için gizlilik politikası listesi
- Yayın öncesi uygulama listesi: kontrol edilecek 30 şey
Ortam hazır olduğunda AppReviewX, testçilerden özel, yapılandırılmış geri bildirim sağlayabilir. 1 geri bildirim = 1 kredi; yeni hesaplar 0 ile başlar. Ücretsiz başla.