Bu rehberde
Hiçbir zaman her şeyi test edecek vaktin olmaz. Riske dayalı test, bozulduğunda en çok zarar verecek ve en çok bozulma ihtimali olan şeyi önce test etmek demektir. Bu sayfa, kopyalayabileceğin basit bir puanlama tablosu verir.
Puanlama nasıl çalışır
Her özellik ya da akış için 1 ile 3 arasında iki puan ver:
- Etki (I): Bu başarısız olursa kullanıcılar ya da sen için ne kadar kötü? 1 = can sıkıcı, 2 = bir işi engeller, 3 = veri kaybı, para kaybı ya da uygulama kullanılamaz.
- Olasılık (L): Ne kadar muhtemel bozulması? 1 = eski, kararlı, dokunulmamış; 2 = biraz değişmiş; 3 = yeni, çok değişmiş ya da senin kontrolünde olmayan bir şeye bağlı (ağ, ödeme sağlayıcısı, OS sürümü).
Risk = I x L. 6-9 puan alanlar önce ve birkaç cihazda test edilir. 3-4 puan alanlar bir kez geçirilir. 1-2 puan alanlar yalnızca zaman kalırsa kontrol edilir.
Kopyala-yapıştır şablonu
Özellik / akış | I (1-3) | L (1-3) | Risk | Test derinliği | Bitti mi? | Notlar
---------------|---------|---------|------|----------------|-----------|-------
| | | | | |
Test derinliği önerisi: 6-9 = tam yol artı hata durumları, en az iki cihazda; 3-4 = mutlu yol bir kez; 1-2 = duman testi.
Örnek (açıklayıcı, gerçek veri değil)
| Özellik | I | L | Risk | Test derinliği |
|---|---|---|---|---|
| Giriş | 3 | 2 | 6 | Tam yol, yanlış şifre, çevrimdışı |
| Satın alma / abonelik | 3 | 3 | 9 | Tam yol, iptal, geri yükleme, iki cihaz |
| Profil fotoğrafı yükleme | 2 | 3 | 6 | Büyük dosya, izin yok, yavaş ağ |
| Ayarlar: koyu mod | 1 | 2 | 2 | Duman testi |
| Hakkında ekranı | 1 | 1 | 1 | Yalnızca zaman kalırsa |
Uygulamana göre uyarla
- Sana önemli gelen sütunlar ekle, örneğin birden fazla kişi test ediyorsa "cihaz/OS" ya da "sorumlu".
- Her değişiklikten sonra Olasılığı artır. Bu sürümde dokunulan her şey en az 2 olur, daha önce kararlı olsa bile.
- Veri ve para ile ilgili olanların Etkisini artır. Kullanıcı verisi yazan, silen ya da birinden ücret alan her şey 3'tür.
- Gerçek geri bildirimden sonra yeniden puanla. Testerlar bir alanda sürekli sorun yaşıyorsa, o alanın olasılığı yeterince yüksek tutulmamıştır. Gelen geri bildirimi sıralamak için uygulama geri bildirimi nasıl önceliklendirilir yazısına bak.
- Küçük tut. 10 ila 20 satır yeterli. Kimsenin güncellemediği uzun bir tablo, kısa olandan daha kötüdür.
Sınır: puanlar senin yargın, ölçüm değil. İki kişi farklı puanlayabilir; bu fark bir hata değil, faydalı bir konuşmadır.
İlgili
- Merkez: Mobil uygulama test kontrol listesi merkezi
- Uygulama projeleri için kullanıcı kabul testi kontrol listesi
- Beta geri bildirim takip tablosu
AppReviewX, en yüksek puanladığın alanlar hakkında diğer geliştiricilerden özel ve yapılandırılmış geri bildirim verir. Yazdığın her geri bildirim bir kredi kazandırır; yeni hesaplar 0 krediyle başlar. Ücretsiz başla.