Bunlar kurallar değil, geleneklerdir: ekipler bu kelimeleri farklı kullanır. Tablo ortak bir okuma sunar. Mağaza kanalları (dahili, kapalı, açık) ayrı bir kavramdır; bkz. kapalı test, kademeli yayın ve soft launch.
Aşamalar
| Alpha | Beta | Release candidate | |
|---|---|---|---|
| Hedef | Temel işi hiç yapıyor mu? | Senin dışındaki insanlar için çalışıyor mu? | Bu derleme olduğu gibi yayınlanmaya hazır mı? |
| Tamlık | Özellikler eksik ya da kaba olabilir | Özellik tam ya da neredeyse tam | Özellik tam; yalnızca engelleyici düzeltmeler |
| Kim test eder | Sen, ekibin, birkaç güvenilir kişi | Kullanıcılarına benzeyen dış test kullanıcıları | Aynı test kullanıcıları, artı senin son kontrolün |
| İstediğin geri bildirim | Çökmeler, bozuk akışlar | Kullanılabilirlik, cihaz sorunları, net olmayan kısımlar | Yalnızca durdurucu sorunlar |
| İzin verilen değişiklikler | Her şey | Düzeltmeler ve cilalar; özellikler nadiren | Yalnızca engelleyici düzeltmeler |
| Çıkış koşulu | Temel akışlar çalışıyor | Bilinen büyük bir sorun yok | Engelleyici sorun yok; bu sürümü yayınlardın |
Pratik kullanım
- Ortayı atlama. Kendi testinden doğrudan lansmana geçersen, sorunları gerçek kullanıcılar bulur.
- RC'de kapsamı dondur. Özellik eklersen, yeniden beta olur.
- Her aşamadan önce çıkış koşullarını yaz. Yazılmazsa aşamalar hiç bitmez.
- Test kullanıcılarını aşamaya göre eşleştir. Alpha: kaba kenarlara tahammül edenler. Beta: kullanıcılarına benzeyen kişiler. RC: bir gerilemeyi fark edecek herkes.
AppReviewX bunun neresinde
Çoğunlukla beta aşamasında, mağazada zaten yayınlanmış uygulamalar için: diğer geliştiriciler özel, yapılandırılmış geri bildirim verir (1 kabul edilen geri bildirim = 1 kredi; yeni hesaplar 0 ile başlar). Derlemeler ve kurulum dosyaları dağıtılmaz.
İlgili: tüm test seçenekleri, beta testi ve soft launch, kapalı test, kademeli yayın ve soft launch.